SRE и инциденты

Почему злоупотребляют инцидентами и как это исправить

Когда команды объявляют ложные инциденты ради приоритизации или координации, это сигнал о сбое обычных процессов. Решение — не ужесточение контроля, а создание альтернативных путей для срочных запросов.

Героизм при инцидентах: ловушка, которую не замечают

Компании чествуют инженеров, героически спасающих системы ночью, но не замечают, что это симптом хрупкости: зависимость от «незаменимых» людей — единая точка отказа. Нужно инвестировать в системные возможности, а не в культ героизма.

k6 на живом Kubernetes: тест-сьют продакшн-уровня

Автор строит многоуровневый набор тестов k6 против Google Online Boutique на домашнем Kubernetes-кластере, разбирает найденные баги и показывает, как перейти от инфраструктурных SLO к бизнес-метрикам.

ИИ-SRE для Kubernetes: команда из трёх справляется

Команда из трёх человек построила ИИ-агента SRE на базе Claude Code с паттерном делегирования субагентам: он круглосуточно разбирает алерты Kubernetes, автономно чинит безопасные инциденты и эскалирует критические в Slack — за €6,50 в месяц.

AI-агент для SRE: автодиагностика инцидентов

Автор построил ReAct-агента на GPT-4o, который сам опрашивает Splunk, AppDynamics, Kubernetes, Confluence и GitLab, чтобы за 40 секунд поставить диагноз инциденту. Статья описывает архитектуру, код инструментов, системный промпт и уроки из практики.

Хаос-инжиниринг: строим системы, готовые к сбоям

Хаос-инжиниринг — это научный метод проверки устойчивости распределённых систем через контролируемые эксперименты. Статья описывает практики от Kubernetes до serverless с реальными примерами катастроф.

© 2026 meganuke