Google Cloud đưa AI vào vận hành cơ sở dữ liệu và lưu trữ tác vụ AI dài hạn

Google Cloud đang định hình hạ tầng đám mây theo hướng “tự vận hành” hơn để đáp ứng sự phát triển của AI agent. Trong tháng 8/2026, hãng giới thiệu hai nhóm năng lực bổ trợ nhau: Database Operations Agents nhằm giảm công việc thủ công khi triển khai và vận hành cơ sở dữ liệu, cùng Cloud Run instances dành cho những agent cần luôn trực tuyến thay vì bị scale về 0 khi không có yêu cầu. Cả hai nằm trong sáng kiến Agentic Data Cloud và chiến lược rộng hơn của Google Cloud nhằm biến hạ tầng thành môi trường có thể tương tác bằng ngôn ngữ tự nhiên, đồng thời sẵn sàng hơn cho các agent. 211

Hai AI agent cho toàn bộ vòng đời cơ sở dữ liệu

Database Onboarding Agent: hỗ trợ từ “Day 0”

Được công bố ngày 5/8, Database Onboarding Agent tập trung vào các công việc ban đầu—thường được gọi là “Day 0”. Agent có thể đọc mô tả yêu cầu của workload, đề xuất dịch vụ cơ sở dữ liệu phù hợp, sau đó hướng dẫn thiết lập, cấu hình và triển khai.

Thay vì phải tự nghiên cứu tài liệu rồi đưa ra toàn bộ quyết định về kiến trúc và cấp phát tài nguyên, đội ngũ phát triển có thể bắt đầu bằng yêu cầu bằng ngôn ngữ tự nhiên. Công cụ này hỗ trợ AlloyDB, Bigtable, Cloud SQL và Spanner. 2

Database Observability Agent: theo dõi và xử lý sự cố

Nếu Onboarding Agent phụ trách giai đoạn khởi đầu, Database Observability Agent đảm nhiệm các hoạt động “Day 1/2”: giám sát toàn bộ hệ thống database, phát hiện bất thường, chẩn đoán, khắc phục sự cố, tối ưu hiệu năng và bảo trì.

Agent hỗ trợ Cloud SQL, AlloyDB, Spanner, Bigtable, Firestore và Memorystore. 213 Nó đối chiếu dữ liệu từ Database Insights/Database Center, Cloud Monitoring, Cloud Logging và Cloud Trace, cùng các chỉ số, dữ liệu truy vấn, thông tin tài nguyên và sự cố để phân tích nguyên nhân gốc. 2

Điểm đáng chú ý là công cụ không chỉ đưa ra khuyến nghị. Sau khi con người phê duyệt, agent có thể thực hiện các biện pháp khắc phục đã được kiểm tra, chẳng hạn bật connection pooling cho Cloud SQL hoặc bổ sung chỉ mục. Các tính năng điều tra và khắc phục ngay trong sản phẩm khi đó mới ở dạng preview, chỉ dành cho một nhóm khách hàng được chọn. 2

Tích hợp với Gemini và các công cụ phát triển

Database Operations Agents được tích hợp với Gemini Cloud Assist. Người dùng có thể truy cập chúng trong cuộc trò chuyện Gemini và trên các trang cơ sở dữ liệu liên quan của Cloud Console. Google Cloud cũng mở các năng lực này thông qua CLI, máy chủ và công cụ MCP, công cụ bên thứ ba cùng môi trường IDE. 2

Cách tiếp cận này biến những thao tác vốn đòi hỏi nhiều bước vận hành thành một cuộc trao đổi có ngữ cảnh. Tuy nhiên, với các thay đổi có thể ảnh hưởng đến hệ thống sản xuất, con người vẫn giữ quyền phê duyệt trước khi biện pháp khắc phục được thực thi. 2

Cloud Run instances: runtime lâu dài cho AI agent

Ngày 28/8, Google Cloud preview một dạng runtime singleton dành cho Cloud Run. Runtime này chạy chính xác một instance, không tự động scale, nên phù hợp hơn với các workload có trạng thái và cần duy trì liên tục thay vì những dịch vụ stateless ưu tiên khả năng xử lý lưu lượng lớn. 4

Một instance có thể hoạt động tối đa bảy ngày và mặc định được cấu hình chính sách tự khởi động lại. URL HTTPS của instance vẫn ổn định qua các lần cập nhật và khởi động lại; người dùng cũng có thể dừng rồi tiếp tục chạy sau đó. 4

Theo mức giá Google công bố, một cấu hình chạy liên tục gồm 1 vCPU và 1 GiB RAM có chi phí khoảng 5,70 USD trong 30 ngày, sử dụng shared vCPU cùng ngân sách burst. Lợi ích được nêu không chỉ nằm ở chi phí: người dùng không phải tự bảo trì máy ảo và hệ điều hành, quản lý firewall hay tự dựng endpoint HTTPS, trong khi cũng không phải trả mức compute đầy đủ của một máy ảo luôn bật. 4

Use case ban đầu hướng tới các AI agent cá nhân chạy dài hạn, chẳng hạn OpenClaw hoặc Hermes—những agent phục vụ một người dùng và cần tiếp tục hoạt động ngay cả khi máy tính xách tay của người đó đang tắt. 4

Google dẫn lời một khách hàng của OffDeal cho biết thời gian cold start đã giảm 88%. Đây là kết quả do khách hàng báo cáo, không phải cam kết hiệu năng chung hay benchmark áp dụng cho mọi trường hợp. 4

Google Cloud đang nhắm tới loại workload nào?

Các ứng dụng web truyền thống thường có thể scale theo từng yêu cầu và dễ dàng khởi tạo lại. AI agent lại có nhu cầu khác: chúng có thể cần danh tính và endpoint ổn định, bộ nhớ hoặc trạng thái lâu dài, tiến trình nền chạy liên tục, quyền truy cập vào công cụ và dữ liệu, đồng thời phải giảm số lần con người can thiệp.

Database Operations Agents giải quyết phần dữ liệu và vận hành: từ chọn database, triển khai đến theo dõi, điều tra và khắc phục có kiểm soát. Cloud Run instances giải quyết phần compute: cung cấp một nền tảng được quản lý cho các tiến trình agent có trạng thái và cần tồn tại lâu dài. 24

Nói cách khác, Google Cloud không chỉ bổ sung một chatbot cho đội ngũ vận hành. Hãng đang ghép hai lớp hạ tầng cho mô hình agentic: AI có thể hỗ trợ hoặc thực hiện công việc quản trị thường nhật, còn runtime được thiết kế để agent duy trì hoạt động bền bỉ hơn—nhưng vẫn giữ con người trong vòng kiểm soát đối với các thay đổi quan trọng trên cơ sở dữ liệu. 24