Создайте автономный командный центр SRE в промышленном стиле с использованием Gemini 4 Argon.

Когда производственный кластер Kubernetes начинает выдавать ошибки 5xx, самая сложная часть реагирования на инцидент — это не перезапуск корреляции контекста подита. Дежурные инженеры тратят критические минуты на переключение между различными панелями мониторинга, kubectl описывают выходные данные, агрегаторы журналов и сетевые политики только для того, чтобы выяснить, является ли контейнер OOMKilled изолированным событием или домино, которое приводит к сбою оформления заказа. Чтобы решить эту проблему, я решил создать автономный командный центр SRE производственного типа на базе Gemini 4 Argon, комплекта разработки агента Google (ADK), Neo4j и протокола контекста модели (MCP). В этом посте рассматривается полный инженерный проект, многоагентная архитектура, испытательный стенд для проектирования хаоса, прототип интерактивного командного центра, а также откровенный взгляд на то, что сработало, и какие пробелы остаются при создании инструментов автономной инфраструктуры искусственного интеллекта. 1. Технические требования Чтобы выйти за рамки базовой оболочки «чата с вашими журналами», система была разработана с учетом строгих архитектурных, функциональных и эксплуатационных требований: Функциональные требования и требования к архитектуре искусственного интеллекта Панель телеметрии Kubernetes в реальном времени: оперативная видимость состояния кластера, узлов GKE, пространств имен, развертывания.