Frontier Investigation Agents của CloudThinker tìm ra nguyên nhân gốc rễ của mọi sự cố cluster (pod, rollout, node, tài nguyên) và đề xuất cách khắc phục. Kỹ sư của bạn phê duyệt, không còn phải trực đêm.
Hoạt động với EKS, GKE, AKS và cluster tự quản lý. Không cần thông tin xác thực cố định.
Cluster mở rộng nhanh hơn tốc độ con người vận hành chúng. Tín hiệu ngày một nhiều; băng thông của đội on-call thì không.
Mỗi namespace lại tự tạo ra một dòng thác cảnh báo riêng. Đội trực on-call ngập trong những trang báo CrashLoopBackOff mà lẽ ra một runbook đã đóng lại từ nhiều giờ trước.
Kiến thức sâu về kubectl và nội bộ cluster chỉ nằm ở hai hay ba kỹ sư. Khi họ đang ngủ hoặc nghỉ phép, MTTR phình to.
Rightsizing, canh chừng rollout và truy tìm drift ngốn cả tuần. Đội platform ship được ít hơn vì bận giữ cho cluster sống.
Agent chạy vòng lặp DARV (Detect, Analyze, Remediate, Verify) để một sự cố Kubernetes đi từ lúc báo động đến bản vá đã được chứng minh. Kỹ sư chỉ cần phê duyệt.
Agent gom tín hiệu nhiễu từ Prometheus, Datadog và Alertmanager thành một sự cố cluster duy nhất (CrashLoopBackOff, OOMKilled, pod pending, một rollout bị kẹt) thay vì báo động trên từng cảnh báo lẻ.
Nó lần theo trạng thái thực tế của cluster và đồ thị phụ thuộc (sự kiện, log, giới hạn tài nguyên, các lần deploy gần đây) để tìm nguyên nhân gốc thật sự, không chỉ là sự trùng hợp thống kê.
Khi bạn phê duyệt, agent thực thi runbook phù hợp bên trong sandbox với thông tin xác thực có phạm vi giới hạn cấp theo tác vụ (rollback một bản deploy lỗi, điều chỉnh lại limit, cordon một node), ở đúng mức độ tự chủ bạn đặt cho môi trường đó.
Nó xác nhận bản vá thực sự có hiệu lực (pod khỏe mạnh, rollout hoàn tất, tỷ lệ lỗi trở về mức nền) và ghi lại một bản ghi chống giả mạo. Nếu chưa ổn, agent sẽ leo thang thay vì tuyên bố thành công.
Chưa quen với vòng lặp DARV? Đọc giải thích về vòng lặp DARV.
Agent không được trao chìa khóa ngay ngày đầu. Mọi runbook bắt đầu ở L1: điều tra và đề xuất. Khi nó tạo được lòng tin trong môi trường của bạn, bạn nâng nó lên hành-động-có-phê-duyệt, rồi tới tự động trong một hàng rào đã định nghĩa. Lòng tin được cấp theo từng runbook, từng cluster, chứ không phải tất cả cùng lúc.
Cơ chế tự chủ tăng dần hoạt động ra saoTrao quyền truy cập Kubernetes production cho một AI agent chỉ an toàn khi nền tảng được xây dựng cho việc đó. Quyền của agent được cấp theo tác vụ, giới hạn phạm vi, chạy trong sandbox, mã hóa dữ liệu và ghi nhật ký từ đầu đến cuối.
Không có quyền truy cập cố định, không có secret trong prompt. Quyền được cấp theo tác vụ, thực thi trong sandbox, dữ liệu nhạy cảm được mã hóa tại điểm xuất, và mọi hành động đều để lại dấu vết kiểm toán, đủ để đội bảo mật của bạn phê duyệt.
Dữ liệu vận hành của bạn được kiểm soát chặt chẽ: mã hóa xác định tại điểm xuất giúp secret và PII trong log không rời khỏi ranh giới tin cậy dưới dạng thô, để đội bạn đối chiếu được với các yêu cầu bảo vệ dữ liệu cá nhân đang áp dụng.
CloudThinker đồng hành cùng các đội kỹ thuật trong khu vực Đông Nam Á và Việt Nam, với đội ngũ hiểu bối cảnh hạ tầng cloud, ngôn ngữ và yêu cầu tuân thủ tại địa phương.
Không có quyền truy cập cluster cố định. Agent chỉ nhận thông tin xác thực có phạm vi giới hạn được cấp ngay tại thời điểm công việc và thu hồi ngay sau đó.
Tìm hiểu thêmThông tin xác thực nằm trong một môi trường cô lập, không bao giờ nằm trong prompt. Mọi hành động đều có thể đảo ngược và được kiểm soát.
Tìm hiểu thêmDữ liệu nhạy cảm (secret, PII trong log) được mã hóa (tokenize) theo cách xác định ngay tại điểm xuất dữ liệu, trước khi chạm tới bất kỳ mô hình nào.
Tìm hiểu thêmMọi phát hiện, quyết định và hành động đều được ghi vào một nhật ký kiểm toán mà bạn có thể phát lại phục vụ tuân thủ và điều tra hậu sự cố.
Tìm hiểu thêmCác sự cố cluster tái diễn (CrashLoopBackOff, OOMKilled, rollout bị kẹt) được giải quyết trong vài phút khi runbook đã tự động thay vì phải báo động cho người trực.
Rightsizing, canh chừng rollout và truy tìm drift được chuyển từ con người sang agent, giải phóng đội platform để tập trung ship sản phẩm.
Agent không ngủ. Sự cố cluster xảy ra ban đêm được điều tra và có sẵn phương án khắc phục trước cả buổi họp sáng.
Vận hành Kubernetes tự động là để một AI agent tự điều tra và xử lý các vấn đề của cluster (CrashLoopBackOff, OOMKilled, rollout thất bại, pod pending, cảnh báo nhiễu) thay vì chỉ hiển thị chúng trên dashboard cho con người tự khắc phục. Frontier Investigation Agents của CloudThinker chạy trọn vòng lặp DARV (Detect, Analyze, Remediate, Verify) theo chính sách của đội ngũ, với thông tin xác thực được cấp phát theo từng tác vụ, thực thi trong sandbox, mã hóa dữ liệu nhạy cảm theo cách xác định và nhật ký kiểm toán chống giả mạo, để kỹ sư "ở trên vòng lặp" thay vì bị cuốn vào từng sự cố.
Một trợ lý chỉ gợi ý lệnh rồi chờ bạn tự chạy; agent khép kín cả vòng lặp. Nó suy luận trên trạng thái thực tế của cluster, đề xuất hoặc thực thi phương án khắc phục bên trong sandbox với thông tin xác thực có phạm vi giới hạn được cấp ngay tại thời điểm tác vụ, rồi kiểm chứng rằng bản vá thực sự có hiệu lực, sau đó ghi lại nhật ký kiểm toán. Bạn quyết định mức độ tự chủ cho từng môi trường, từ chỉ-thông-báo cho tới hoàn toàn tự động trong một hàng rào an toàn.
Chỉ trong đúng mức độ tự chủ mà bạn thiết lập. Với cơ chế tự chủ tăng dần, mọi hành động mới bắt đầu ở L1 (agent điều tra và đề xuất). Khi một runbook chứng minh được độ tin cậy, bạn nâng nó lên L2 (hành động có phê duyệt, thông qua một yêu cầu thay đổi có phạm vi rõ ràng), rồi tới L3–L4 (tự động trong một hàng rào đã định nghĩa). Mọi hành động đều có thể đảo ngược, được giới hạn bằng thông tin xác thực cấp theo tác vụ và được ghi vào nhật ký kiểm toán chống giả mạo.
Những công việc "day-2" thường ngày của cluster: pod CrashLoopBackOff và OOMKilled, deployment và rollback thất bại hoặc bị kẹt, pod pending và các vấn đề lập lịch/áp lực node, request và limit tài nguyên cấu hình sai, bất thường của HPA và autoscaling, lỗi ingress và mạng, câu hỏi về RBAC và drift, cũng như tối ưu chi phí/rightsizing giữa các namespace. Agent tương quan tín hiệu, tìm nguyên nhân gốc, khắc phục và kiểm chứng.
Có. Agent kết nối với hệ thống observability và cảnh báo của bạn (Prometheus, Grafana, Datadog, Alertmanager, PagerDuty) và các cluster của bạn (EKS, GKE, AKS, cluster tự quản lý) thông qua CloudThinker Connections. Nó tiếp nhận chính tín hiệu bạn đang có sẵn thay vì bắt bạn thay thế bất kỳ thứ gì.
An toàn khi nền tảng được thiết kế cho việc đó. Agent không bao giờ nắm giữ thông tin xác thực cluster cố định. Quyền truy cập được cấp phát theo từng tác vụ, giới hạn đúng phạm vi công việc và nằm bên trong sandbox chứ không nằm trong prompt. Dữ liệu nhạy cảm được mã hóa (tokenize) theo cách xác định ngay tại điểm xuất dữ liệu, và mọi hành động đều được ghi vào nhật ký kiểm toán chống giả mạo. Đó chính là khác biệt giữa một AI agent vận hành Kubernetes tự động và một script chạy không có giám sát.
Kết nối một cluster. Agent tìm ra nguyên nhân của từng sự cố và đề xuất cách khắc phục, theo chính sách của bạn, với nhật ký kiểm toán đầy đủ.