Как мы поймали drift в Kubernetes и зачем после этого перешли на GitOps
История инцидента в продакшене: после планового релиза новая версия сервиса не поднялась, а откат на предыдущую версию тоже не помог. Причина оказалась не в коде, а в расхождении между тем, что было описано в Git, и тем, что реально жило в Kubernetes. Ручная правка ConfigMap несколько месяцев существовала только в кластере, пока очередной релиз не пересоздал поды и не вытащил проблему наружу. Разбираю, как мы нашли причину, почему Git не был настоящим источником правды и зачем после этого перешли на GitOps с Argo CD.
Читать далееИсточник: Хабрахабр
Похожие новости
- (Не) безопасный дайджест: утечка у Booking.com, McKinsey против ИИ-агента и миллион «не туда»
- Порох для мозга: Как нейросети убивают элиту и открывают эпоху дилетантов
- [Перевод] Поведение как новый критерий идентификации пользователя. Кибербезопасность в эпоху ИИ
- Организация нетворкинга внутри команд для повышения эффективности
- Spark_news: Генеральная прокуратура требует передать во владение государством «Русагро»
- Когда пет-проект выходит из-под контроля: пишем свой tun2socks и закрываем дыры в Android VPN
- Как сайты собирают цифровой отпечаток пользователя — почему VPN больше не спасает (О Fingerprinting)
- [Перевод] FastCGI исполнилось 30 лет, и он до сих пор лучше HTTP для прокси-к-бэкенду
- Cursor всё сломал, но виноват не Cursor: как сжатие контекста превращает AI-агентов в бюро несчастливых случаев
- Конфигурационный аудит веб-сайта с Termux на android за 15 минут. curl, ssl, dig — без взлома и без root