Google has launched an official Server Side Cloud Swift SDK (google-cloud-swift), built for Swift 6.2+ and designed for backend, container, and DevOps environments rather than client apps. It uses Swift NIO event loops, HTTP/2 multiplexing, and gRPC transport, leveraging Swift 6's compile-time concurrency checking (Sendable, strict data race safety) and ARC for deterministic memory management without garbage collection pauses. The SDK provides native access to over one hundred Google Cloud services including Cloud Storage, AI, IAM, and Secret Manager, and supports deployment to Cloud Run, GKE, and Compute Engine. It is modular, with separate packages for auth, well-known types, and API extensions like retries and pagination, and uses code generators to keep client libraries in sync with Google Cloud's evolving API schemas. The post walks through installation via swiftly, package setup, authentication options (ADC, API keys, Workload Identity Federation), and example code for sentiment analysis and Secret Manager pagination using async/await.
Nguồn: https://cloud.google.com/blog/topics/developers-practitioners/introducing-the-server-side-cloud-swift-sdk. 8 Sync News chỉ tóm tắt và dẫn link; bản quyền nội dung thuộc tác giả và nguồn gốc.
Đang tải bình luận…
Bối cảnh: Câu trả lời truyền thống thường khuyên sử dụng REST cho public APIs và gRPC cho …
Google vừa công bố Google Cloud CLI remote MCP server trong giai đoạn preview, mở rộng hệ sinh thái server MCP được quản lý. Tính năng này cho phép tích hợp Google Cloud CLI trực tiếp vào ứng dụng MCP qua kết nối remote, thay vì cần cài đặt local. Việc triển khai này giúp giảm đáng kể độ phức tạp khi quản lý credentials và phiên bản CLI trên nhiều môi trường. Nhà phát triển có thể tận dụng công nghệ này để kết nối với hơn 400 dịch vụ Google Cloud CLI hiện có. Hướng dẫn triển khai chi tiết và mã nguồn có sẵn trên GitHub repository chính thức của Google Cloud.
Lập trình viên nên đọc bài này để biết cách tích hợp Google Cloud CLI như một remote MCP server và mở rộng khả năng tích hợp của công cụ phát triển.
gRPC-Web được ra đời để cho phép các ứng dụng trình duyệt gọi dịch vụ gRPC mà không cần thay đổi máy chủ, nhưng nó dựa trên việc mã hóa lại payload và thường yêu cầu một proxy như Envoy để chuyển đổi giữa HTTP/1.1 của trình duyệt và HTTP/2 của máy chủ. Vì trình duyệt không hỗ trợ nguyên bản HTTP/2, gRPC-Web buộc phải sử dụng định dạng mã hóa đặc biệt và thường chỉ hỗ trợ gọi unary, khiến các tính năng streaming của gRPC bị hạn chế hoặc mất đi. Điều này dẫn đến độ trễ tăng lên, kích thước gói tin lớn hơn và khiến trình duyệt trở thành khách hàng hạng hai so với các client gốc sử dụng gRPC qua HTTP/2. Bài viết gợi ý thay vào đó các nhà phát triển nên cân nhắc sử dụng giao thức RPC gốc cho web như ConnectRPC hoặc tRPC, hoặc đơn giản là REST/GraphQL khi không cần các tính năng streaming mạnh mẽ của gRPC. Bài học là khi chọn RPC cho ứng dụng web, ưu tiên những giải pháp không cần proxy và không làm thay đổi semantics của giao thức gốc để tránh những Overshoot về hiệu suất và tính năng.
Đọc bài này để hiểu cách gRPC-Web đã bị hạn chế trong môi trường web so với gRPC truyền thống, và tìm hiểu về những lỗ hổng về an toàn và hiệu suất, cùng so sánh với các giải pháp RPC phù hợp hơn cho web như Protocol Buffers Web để tối ưu hóa ứng dụng web hiện đại.
Đội ngũ gRPC-Rust vừa hoàn thành bản preview phía client và đang chuẩn bị cho các bước phát triển tiếp theo. Họ cần giải quyết các vấn đề về tính ổn định của API, tích hợp hoàn toàn với mô hình async/await của Rust và nâng cấp lớp mã hoá TLS dựa trên thư viện native-tls. Khi các tính năng này ổn định, nhà phát triển sẽ có thể xây dựng dịch vụ gRPC hoàn toàn bằng Rust mà không cần phụ thuộc vào bản triển khai C++, giảm latency và tối ưu hoá sử dụng bộ nhớ. Dự án cho thấy giá trị của việc phát hành preview sớm để thu thập phản hồi cộng đồng trước khi khóa API, giúp giảm nguy cơ thay đổi phá vỡ sau này. Lộ trình cũng nhấn mạnh tầm quan trọng của việc duy trì sự tương thích ngược với protobuf và cung cấp công cụ codegen tự động qua tonic-build.
Bài này cung cấp lộ trình phát triển tiếp theo của gRPC-Rust giúp lập trình viên nắm định hướng công nghệ và lên kế hoạch phát triển hệ thống hiệu quả.
Forgejo Runner phiên bản 13.1.0, ra mắt ngày 31 tháng 8 năm 2026, giới thiệu một plugin execution engine thử nghiệm cho phép các nhà phát triển tạo backend thực thi tùy chỉnh như Firecracker microVMs, Kubernetes pods hoặc QEMU dưới dạng ứng dụng gRPC bên ngoài thay vì yêu cầu đội ngũ cốt lõi xây dựng và bảo trì mỗi engine. Protocol plugin đang ở giai đoạn alpha và có thể thay đổi. Phiên bản này cũng loại bỏ pseudo-tty terminal attachment từ job command execution, một thay đổi phá vỡ có thể ảnh hưởng đến các lệnh như docker run -it nay thất bại nếu không bỏ cờ -t; đây là tác phụ không được dự báo trước sau khi phát hành. Ngoài ra, bản cập nhật còn nâng cấp các dependency thông thường và chuẩn bị cho bản sửa lỗi sắp tới của Forgejo.
Phiên bản Forgejo Runner v13.1.0 giới thiệu công cụ thực thi plugin thử nghiệm và thay đổi quan trọng về cách thực thi lệnh job, ảnh hưởng trực tiếp đến quy trình CI/CD của bạn.
React Native 0.87 ra mắt với API TypeScript chặt chẽ, cập nhật Metro, hỗ trợ Swift Package Manager và AGP 9.
Lập trình viên React Native nên đọc bài này để cập nhật về những cải tiến mạnh mẽ như Strict TypeScript API giúp phát triển an toàn hơn, Metro Update tối ưu hóa hiệu suất, và AGP 9 hỗ trợ Swift Package Manager, giúp mở rộng khả năng tích hợp đa nền tảng trong dự án.
Chuyển từ REST sang gRPC vì hiệu năng, nhưng sau đó phải mất một năm khắc phục những vấn đề vốn dễ dàng trước đây. Sau hai năm vận hành song song, tác giả nhận ra sự đánh đổi thực sự giữa hai công nghệ này.
Đọc bài này để hiểu rõ những nhược điểm không ngờ khi chuyển từ REST sang gRPC, giúp bạn tránh những quyết định kỹ thuật không cân bằng giữa hiệu suất và sự phức tạp thực tế trong dự án thực tế.
Bối cảnh: Ionic team đang preview Capacitor 9, dự kiến ra mắt cuối tháng 11, sau bản vá 8.5 đã sửa lỗi Xcode SDK và iOS beta testing. Nguyên nhân kỹ thuật: Phiên bản mới sẽ loại bỏ lớp tương thích Cordova (Cordova Optionality), chuyển toàn bộ mã iOS còn lại từ Objective-C sang Swift, và ngừng phân phối XCFramework. Hệ quả: Điều này giúp giảm kích thước gói, cải thiện hiệu suất và chuẩn bị nền tảng cho ứng dụng đa phiên bản/cửa sổ trên thiết bị gập, đồng thời nhắc nhở về việc CocoaPods trunk sẽ thành read-only từ 2/12/2026, buộc các dự án chuyển sang Swift Package Manager (mặc định từ Capacitor 8). Điều đáng học: Ngoài ra, ba plugin Contacts, Calendar và Health & Fitness được đưa ra khỏi độc quyền OutSystems và trở thành plugin chính thức, đồng thời team đang thu thập ý kiến về một Capacitor MCP server để hỗ trợ AI agent lấy thông tin dự án chính xác.
Bài viết này cập nhật những thay đổi quan trọng trong Capacitor 9 và lộ trình phát triển mà lập trình viên cần biết để ứng dụng di động luôn cập nhật.
Đọc tin ở đây, luyện code, học theo lộ trình và luyện IELTS trên các sản phẩm anh em — tất cả kết nối với nhau trong hệ sinh thái 8 Sync.
Cổng chính của hệ sinh thái: giới thiệu sản phẩm, blog và bảng giá trọn bộ.
Khám pháHọc theo lộ trình rõ từng chặng: video, quiz chấm tự động, certificate và mentor đang làm nghề.
Xem lộ trình1.000+ bài DSA, đề tiếng Việt, chấm tự động 7 ngôn ngữ — nhiều bài FREE, chạy ngay trên trình duyệt.
Luyện miễn phíChấm bốn kỹ năng IELTS bằng AI, phản hồi chi tiết theo rubric.
Dùng thử miễn phíAI IDE 22 MB cho dev Việt.
Tải miễn phíBộ nhớ tổ chức cho AI agent.
Khám pháAI trực Fanpage, tự sàng lọc lead.
Dùng thử