Google Cloud bổ sung tác nhân cơ sở dữ liệu và Cloud Run duy trì phiên chạy cho AI

Google Cloud đang giải quyết hai bài toán thường xuyên xuất hiện khi đưa AI agent vào vận hành: cơ sở dữ liệu vẫn đòi hỏi nhiều kiến thức chuyên môn để thiết lập và xử lý sự cố, còn các agent chạy lâu dài cần một môi trường không biến mất ngay khi lưu lượng giảm. Trong tháng 8/2026, công ty công bố Database Operations Agents và bản xem trước của Cloud Run instances để nhắm tới hai vấn đề này. 231

Hai sản phẩm, hai lớp hạ tầng

Database Operations Agents tập trung vào lớp dữ liệu. Tích hợp với Gemini Cloud Assist, các agent này hướng dẫn việc chọn, cấp phát, giám sát, chẩn đoán và bảo trì cơ sở dữ liệu bằng quy trình ngôn ngữ tự nhiên. 23

Cloud Run instances tập trung vào lớp thực thi. Đây là môi trường chạy đơn lẻ, dành cho những workload như trợ lý AI cá nhân cần tiến trình luôn sẵn sàng, địa chỉ truy cập ổn định hoặc các phiên tương tác kéo dài. 1

Điểm cần phân biệt là một tiến trình chạy liên tục không tự động biến dữ liệu trong bộ nhớ thành dữ liệu bền vững. Ngược lại, tự động hóa cơ sở dữ liệu cũng không cung cấp sẵn nơi để chạy một agent luôn trực tuyến. Hai nhóm tính năng bổ trợ cho nhau, thay vì có thể thay thế lẫn nhau.

Database Operations Agents giảm việc vận hành thủ công ra sao?

Google giới thiệu hai agent trong chiến lược Agentic Data Cloud:

• Database Onboarding Agent: phụ trách các công việc Day 0, gồm chọn cơ sở dữ liệu, thiết lập, cấu hình và triển khai ban đầu.
• Database Observability Agent: phụ trách các công việc Day 1 và Day 2, gồm giám sát, khắc phục sự cố và bảo trì liên tục. 23

Thay vì phải tự ghép các tập lệnh cấp phát, bước cấu hình, truy vấn giám sát và quy trình chẩn đoán, đội ngũ có thể mô tả yêu cầu bằng ngôn ngữ tự nhiên để nhận hướng dẫn theo từng bước. Cách tiếp cận này có thể giảm các công việc lặp lại cho quản trị viên cơ sở dữ liệu, nhà phát triển, kỹ sư độ tin cậy hệ thống (SRE) và đội DevOps, đồng thời vẫn giữ con người trong vòng phê duyệt đối với những thay đổi có ảnh hưởng lớn.

Các dịch vụ cơ sở dữ liệu được hỗ trợ

Google cho biết Onboarding Agent hỗ trợ các dịch vụ cơ sở dữ liệu được quản lý trên Google Cloud, gồm AlloyDB, Bigtable, Cloud SQL và Spanner. 29

Tuy nhiên, các khả năng này chưa được cung cấp đại trà. Thông báo của Google mô tả onboarding và observability là các tính năng bản xem trước; quyền truy cập một số chức năng observability còn giới hạn ở những khách hàng và dịch vụ cơ sở dữ liệu được lựa chọn. 2934

Observability Agent tìm nguyên nhân sự cố thế nào?

Thay vì xem một chỉ số riêng lẻ, Observability Agent được thiết kế để đối chiếu nhiều tín hiệu vận hành. Quá trình điều tra có thể sử dụng Database Insights, Cloud Monitoring, Cloud Logging và Cloud Trace để tìm nguyên nhân có khả năng dẫn đến các vấn đề như truy vấn tạo điểm nóng, độ trễ tăng, tranh chấp khóa hoặc thiếu tài nguyên. 23

Sau đó, agent có thể giải thích nguyên nhân nghi vấn, đề xuất thay đổi và nêu lý do cùng tác động dự kiến. Với các hành động được hỗ trợ, hệ thống yêu cầu người dùng phê duyệt trước khi thực thi. Những ví dụ được Google nêu gồm bật connection pooling cho Cloud SQL và thêm chỉ mục. 2344

Cơ chế phê duyệt này đặc biệt quan trọng trong môi trường production. Một tối ưu tưởng như cục bộ vẫn có thể ảnh hưởng đến chi phí, độ trễ, khóa dữ liệu hoặc hành vi của ứng dụng. Vì vậy, agent có thể đảm nhiệm phần điều tra và chuẩn bị phương án, nhưng ranh giới kiểm soát thay đổi vẫn thuộc về đội ngũ vận hành.

Có thể truy cập agent từ đâu?

Google đưa các tính năng này vào những kênh mà đội ngũ cloud thường sử dụng, gồm giao diện trò chuyện Gemini Cloud Assist, các trang cơ sở dữ liệu tương ứng trong Google Cloud Console, chế độ xem đội cơ sở dữ liệu của Database Center, dòng lệnh, IDE và công cụ bên thứ ba. 23

Các khả năng của Database Insights và Database Center cũng có thể được đưa ra qua giao diện tương thích MCP. Dịch vụ MCP được Google quản lý chạy trên Google Cloud, cho phép Gemini và các client MCP khác kết nối với năng lực cơ sở dữ liệu, dữ liệu hạ tầng mà không cần người dùng tự triển khai máy chủ MCP. 36

Nhờ đó, công cụ cơ sở dữ liệu có thể trở thành một thành phần trong workflow agent lớn hơn. Công cụ phát triển hoặc agent vận hành bên ngoài có thể lấy danh mục cơ sở dữ liệu, chỉ số hệ thống hay sự cố được phát hiện thông qua giao diện chuẩn, thay vì chỉ thao tác trên console đồ họa.

Cloud Run instances mang gì đến cho AI agent?

Cloud Run instances là các môi trường Cloud Run dedicated, singleton—mỗi instance chỉ chạy đúng một bản sao workload. Tính năng này được giới thiệu ở dạng bản xem trước, hướng tới các workload lâu dài, thường chỉ phục vụ một người dùng, như AI agent cá nhân. 1

Khác với dịch vụ Cloud Run thông thường, instance không tự động scale, không scale về 0 và có thể chạy liên tục tối đa 7 ngày. Chính sách tự động khởi động lại được cấu hình mặc định. Người dùng cũng có thể dừng instance khi không cần và tiếp tục chạy sau đó. Mỗi instance được cấp một URL HTTPS không đổi qua các lần cập nhật và khởi động lại. 1

Các đặc điểm này xử lý một số bất tiện của mô hình serverless chạy theo request:

• Không bị gián đoạn do scale về 0: tiến trình vẫn tồn tại thay vì biến mất giữa các lần yêu cầu.
• Chạy đơn lẻ: workload hoạt động như một bản sao chuyên dụng, không bị autoscaling nhân bản.
• Địa chỉ ổn định: URL HTTPS không thay đổi khi instance khởi động lại hoặc được cập nhật.
• Không phải quản trị máy ảo: nhà phát triển có mô hình tiến trình lâu dài mà không cần tự vận hành hệ điều hành khách, luật tường lửa hay thiết lập endpoint HTTPS cho VM. 1

Google định vị Cloud Run instances như một lựa chọn thay thế cho việc duy trì liên tục một máy ảo trong một số trường hợp, chứ không phải phương án thay thế toàn diện cho VM hay dịch vụ Cloud Run có autoscaling.

Chi phí và đánh đổi về cold start

Google cho biết một Cloud Run instance chạy liên tục với 1 vCPU dùng chung và 1 GiB bộ nhớ có giá 5,70 USD mỗi 30 ngày. Cơ chế burst budget cho phép workload xử lý những đợt tăng tải thỉnh thoảng mà không phải định cỡ môi trường theo mọi mức đỉnh. 1

Việc duy trì tiến trình cũng có thể giảm khả năng gặp cold start. Một người dùng ban đầu báo cáo cold start của agent chạy lâu giảm 88%; đây là kết quả do khách hàng nêu, không phải cam kết hiệu năng chung cho mọi triển khai. 1

Mức 5,70 USD vì thế nên được hiểu là ví dụ cho cấu hình được công bố, không phải tổng chi phí cố định của mọi hệ thống. Tùy workload, hóa đơn thực tế có thể phát sinh thêm phí tài nguyên, mạng, lưu trữ hoặc các dịch vụ liên quan.

“Chạy liên tục” không đồng nghĩa với “bộ nhớ bền vững”

Cloud Run instance có thể giữ một tiến trình hoạt động, nhưng dữ liệu chỉ nằm trong bộ nhớ không được bảo đảm tồn tại qua mọi lần khởi động lại, dừng hoặc hết vòng đời runtime. Hướng dẫn kiến trúc của Google phân biệt rõ trạng thái phiên trong bộ nhớ và trạng thái bên ngoài: khi ứng dụng khởi động lại, lịch sử hội thoại trong bộ nhớ sẽ mất; các hệ thống production cần độ tin cậy nên dùng cơ chế quản lý trạng thái bên ngoài. 19

Với agent production, điều này thường có nghĩa là lưu phiên, tiến độ workflow và các trạng thái cần khôi phục vào cơ sở dữ liệu hoặc hệ thống lưu trữ bền vững khác. Hướng dẫn về agent chạy lâu dài của Google đề cập đến lưu phiên dựa trên cơ sở dữ liệu, trong đó có Cloud SQL cho kịch bản production. 21

Nói cách khác, Cloud Run instances cung cấp mô hình thực thi có trạng thái trong một vòng đời runtime có giới hạn. Tính năng này không loại bỏ nhu cầu dùng bộ nhớ ngoài nếu agent phải khôi phục công việc dang dở hoặc duy trì ngữ cảnh sau khi instance kết thúc.

Bức tranh lớn hơn trong chiến lược hạ tầng agent của Google

Đặt cạnh nhau, hai công bố cho thấy Google Cloud đang nhắm tới cả hai phía của một hệ thống AI agent:

1. Chạy agent: Cloud Run instances cung cấp cách tương đối nhẹ để duy trì một tiến trình lâu dài với endpoint ổn định. 1
2. Vận hành lớp dữ liệu: Database Operations Agents tự động hóa một phần việc cấp phát, giám sát, chẩn đoán và khắc phục sau khi được phê duyệt. 23
3. Kết nối công cụ giữa nhiều môi trường: tích hợp MCP đưa các khả năng cơ sở dữ liệu vào client bên ngoài, IDE, CLI và agent khác. 36
4. Giữ con người ở các điểm rủi ro cao: Observability Agent có thể đề xuất thay đổi, còn những hành động khắc phục được hỗ trợ vẫn cần phê duyệt. 23

Kết quả chưa phải là một hệ thống hạ tầng tự vận hành hoàn toàn, có thể loại bỏ phán đoán của kỹ sư. Google đang cung cấp các thành phần được quản lý để giảm công việc vận hành lặp lại, trong khi kiến trúc, quyền truy cập, trạng thái bền vững và quy trình kiểm soát thay đổi production vẫn là trách nhiệm thiết kế của đội ngũ.

Với nhóm xây dựng trợ lý cá nhân, workflow bất đồng bộ hoặc agent nhiều lượt tương tác, Cloud Run instances giải quyết bài toán duy trì tiến trình. Với nhóm quản lý cơ sở dữ liệu phía sau các agent đó, Database Operations Agents giảm phần việc lặp lại trong thiết lập hệ thống, theo dõi tình trạng và phản ứng trước sự cố. Hướng đi chung là đưa cả năng lực compute lẫn vận hành dữ liệu đến gần hơn với agent thông qua ngôn ngữ tự nhiên, dữ liệu đo lường và giao diện công cụ tiêu chuẩn.