Gemma 4 vào sovereign cloud AWS, nhưng không phải mọi dịch vụ đều đủ mặt

Ngày 17/9/2026, AWS đưa Gemma 4 vào trạng thái khả dụng rộng rãi trên Amazon Bedrock trong AWS European Sovereign Cloud. Thông báo của AWS xác định đây là họ mô hình open-weight đầu tiên đạt trạng thái này trên công cụ suy luận Bedrock thế hệ mới của đám mây chủ quyền châu Âu.

Ba biến thể Gemma 4 hiện có thể xử lý yêu cầu tại vùng eusc-de-east-1 ở Brandenburg, Đức; định tuyến suy luận xuyên vùng toàn cầu không được cung cấp trong môi trường này. Tuy nhiên, trạng thái khả dụng của mô hình không đồng nghĩa toàn bộ dịch vụ và tích hợp quen thuộc của AWS đều đã hiện diện, như bản đối chiếu độc lập ngày 19/9 cũng chỉ ra.

Ba biến thể dùng một bề mặt Bedrock riêng

AWS cung cấp Gemma 4 31B, Gemma 4 26B-A4B và Gemma 4 E2B dưới dạng các mô hình instruction-tuned. Chúng được phục vụ qua điểm cuối bedrock-mantle, với hai giao diện tương thích OpenAI là Responses và Chat Completions.

Gemma 4 31B là mô hình dense có 30,7 tỷ tham số và cửa sổ ngữ cảnh 256K token. Bản 26B-A4B dùng kiến trúc mixture-of-experts, gồm 25,2 tỷ tham số tổng, 3,8 tỷ tham số hoạt động trên mỗi token và ngữ cảnh 256K; E2B có 5,1 tỷ tham số tổng, 2,3 tỷ tham số hiệu dụng và ngữ cảnh 128K. Cả ba nhận văn bản lẫn hình ảnh, đồng thời hỗ trợ suy luận tích hợp và gọi hàm.

Khả năng tương thích OpenAI giúp ứng dụng hiện có giữ lại một phần cấu trúc gọi API, nhưng không biến Bedrock thành một bề mặt thay thế hoàn toàn tương đương. Nhóm triển khai vẫn phải đổi URL cơ sở, cơ chế xác thực và mã mô hình, rồi kiểm tra các trường được hỗ trợ, cách lưu trạng thái và hành vi lỗi.

Ranh giới EU áp dụng cho suy luận và vận hành

Mọi yêu cầu suy luận Bedrock trong AWS European Sovereign Cloud, gồm cả Gemma 4, được xử lý nội vùng tại eusc-de-east-1. AWS nói nội dung của khách hàng chỉ rời vùng khi khách hàng chủ động lựa chọn; metadata do khách hàng tạo, như vai trò, quyền, nhãn tài nguyên và cấu hình, được giữ trong EU.

Đây là một phân vùng AWS tách biệt, có tên tài nguyên và điểm cuối riêng. Hoạt động hằng ngày do nhân viên AWS cư trú tại EU kiểm soát, bao gồm quyền tiếp cận trung tâm dữ liệu, hỗ trợ kỹ thuật và dịch vụ khách hàng; AWS cho biết hạ tầng của cloud này nằm hoàn toàn trong EU và không có phụ thuộc vận hành trọng yếu vào nhân sự hoặc hạ tầng ngoài EU.

Với dữ liệu suy luận, Bedrock áp dụng mô hình “zero operator access”, theo đó nhân sự vận hành dịch vụ không được truy cập đầu vào hoặc đầu ra mô hình trong quá trình suy luận. Prompt và phản hồi được mã hóa khi truyền, mặc định không chia sẻ với nhà cung cấp mô hình và không được lưu theo chế độ mặc định; AWS đồng thời lưu ý một số mô hình có thể có thời gian lưu giới hạn để phát hiện lạm dụng.

Chế độ mặc định đó không bao phủ mọi bản sao mà một ứng dụng có thể tự tạo. Responses API hỗ trợ hội thoại có trạng thái, còn prompt hoặc phản hồi có thể đi vào log, công cụ quan sát hay hệ thống hỗ trợ do doanh nghiệp cấu hình. Vì vậy, tuyên bố Zero Data Retention cần được đánh giá cùng chế độ lưu và đường đi dữ liệu thực tế của workload.

Khoảng trống nằm ở ma trận dịch vụ

Gemma 4 đã khả dụng, nhưng Bedrock và các dịch vụ liên quan trong sovereign cloud chưa mặc nhiên ngang bằng các vùng AWS thương mại. AWS European Sovereign Cloud User Guide yêu cầu kiểm tra riêng hỗ trợ mô hình và tính năng Bedrock theo vùng; tài liệu cũng ghi rõ tích hợp Amazon Bedrock của Amazon Redshift và tích hợp trực tiếp giữa AWS Step Functions với Bedrock chưa khả dụng.

Hai thiếu hụt này tác động trực tiếp tới kiến trúc AI doanh nghiệp. Một luồng đang gọi Bedrock từ kho dữ liệu Redshift hoặc điều phối tác vụ Bedrock bằng state machine của Step Functions không thể được chuyển nguyên trạng sang phân vùng aws-eusc. Ứng dụng phải dùng một đường tích hợp khác hoặc chờ AWS bổ sung khả năng tương ứng.

Việc không có global cross-Region inference cũng tạo ra một đánh đổi rõ ràng. Yêu cầu Gemma 4 không bị phân phối qua các vùng AWS thương mại toàn cầu, nhưng kiến trúc không thể dựa vào cơ chế đó để san tải hoặc mở rộng phạm vi suy luận; năng lực, độ trễ và phương án chịu lỗi phải được đánh giá trong giới hạn của phân vùng chủ quyền.

Những điểm phải khớp trước khi triển khai

Đối với doanh nghiệp Việt Nam phục vụ khách hàng EU, tên mô hình trong danh mục chỉ là điều kiện đầu tiên. Quyết định kiến trúc còn phụ thuộc vào việc toàn bộ đường dữ liệu và chuỗi dịch vụ có phù hợp với ranh giới đã cam kết hay không.

• Xác nhận tài khoản truy cập đúng phân vùng aws-eusc, vùng eusc-de-east-1 và điểm cuối bedrock-mantle.
• Ghi nhận đúng mã biến thể Gemma 4, hành động IAM và ARN của phân vùng; không tái sử dụng nguyên trạng chính sách từ AWS thương mại.
• Lập bản đồ prompt, hình ảnh đầu vào, phản hồi, trạng thái hội thoại, log ứng dụng và các bản sao phục vụ quan sát.
• Đối chiếu hỗ trợ theo vùng cho từng tính năng Bedrock và từng dịch vụ phụ thuộc, đặc biệt khi kiến trúc dùng Step Functions hoặc Redshift.
• Tách bằng chứng về vị trí dữ liệu và quyền vận hành khỏi kết luận pháp lý: sovereign cloud hỗ trợ kiểm soát tuân thủ nhưng không tự chứng nhận một workload đáp ứng GDPR, quy định ngành hoặc hợp đồng khách hàng.

Trạng thái của câu chuyện

Gemma 4 hiện đã khả dụng rộng rãi với ba biến thể trên Bedrock trong AWS European Sovereign Cloud, và yêu cầu suy luận được giữ tại eusc-de-east-1 thay vì đi qua định tuyến toàn cầu. Điều chưa đầy đủ là hệ sinh thái xung quanh: hỗ trợ tính năng, tích hợp và dịch vụ phụ thuộc vẫn phải được kiểm tra riêng theo vùng.

Vì các ma trận này có thể thay đổi độc lập với trạng thái của mô hình, phần cần theo dõi tiếp theo không phải một lần ra mắt Gemma 4 khác, mà là các cập nhật chính thức về Bedrock, Step Functions, Redshift và những dịch vụ nằm trên đường dữ liệu của từng workload.

Đọc thêm:

• Zero Data Retention không có nghĩa mọi tính năng AI đều ngừng lưu dữ liệu
• Cloudflare dùng AI đề xuất bản vá, nhưng mô hình không được tự triển khai
• Claude EFS giữ log trong cloud khách hàng, nhưng vẫn quét hành vi rủi ro