Сергей Антропов

MCP - протокол, который может изменить DevOps сильнее Kubernetes

Mon, 05 Oct 2026 08:40:21 +0300

В 2014 году Kubernetes выглядел для многих инженеров странной игрушкой от Google. Зачем городить сложную систему оркестрации, если есть виртуальные машины, Bash-скрипты и проверенные временем конфигурации? Прошло несколько лет, и Kubernetes превратился в стандарт де-факто. Он изменил подход к доставке приложений, масштабированию и эксплуатации инфраструктуры.

Сегодня мы наблюдаем похожую ситуацию. На рынке искусственного интеллекта появляется множество новых терминов: агенты, инструменты, контекст, расширения. Среди них легко пропустить технологию, которая потенциально способна изменить повседневную работу инженеров не меньше, чем когда-то изменил её Kubernetes. Речь идёт о Model Context Protocol, или MCP.

Построение корпоративного ChatGPT своими руками: от GPU до Kubernetes

Mon, 28 Sep 2026 07:59:04 +0300

Ещё пару лет назад разговоры о корпоративном ChatGPT вызывали примерно такую же реакцию, как когда-то разговоры о Kubernetes. Кто-то видел в этом игрушку для энтузиастов, кто-то считал очередным модным словом из презентаций консультантов, а кто-то просто запрещал сотрудникам пользоваться публичными сервисами искусственного интеллекта.

Однако практика показала интересную вещь. Запреты не работают. Разработчики продолжают использовать ChatGPT для генерации кода. Аналитики загружают документы во внешние сервисы. Инженеры просят ИИ объяснить ошибки Terraform или Kubernetes. Данные компании всё равно покидают периметр, просто делают это неуправляемо.

Postmortem в ИТ: как превратить аварии в инструмент развития, а не в поиск виноватых

Mon, 21 Sep 2026 07:41:08 +0300

Практически каждый инженер, который хотя бы несколько лет занимается эксплуатацией инфраструктуры, может вспомнить несколько историй, начинающихся одинаково: "Да это изменение на пять минут", "Мы уже сто раз так делали", "Там вообще нечему ломаться". Удивительно, но именно такие фразы зачастую становятся прологом к очередному многочасовому созвону, десяткам сообщений в аварийном чате и вопросам руководства о том, почему пользователи снова не могут воспользоваться сервисом. В этот момент выясняется, что простое обновление Helm-чарта неожиданно затронуло сетевые политики, автомасштабирование начало создавать новые экземпляры приложения в неподходящих зонах доступности, система мониторинга не прислала критическое оповещение, а документация по откату последний раз обновлялась ещё во времена, когда Kubernetes считался экзотикой.

OpenTofu в 2026 году: почему именно этот инструмент становится фундаментом современной инфраструктуры

Mon, 14 Sep 2026 09:04:05 +0300

В мире инфраструктурной инженерии существуют вещи, неподвластные времени. Например, бесконечные YAML-манифесты, которые размножаются быстрее, чем инженеры успевают обновлять документацию. Или удивительная способность специалистов по автоматизации автоматизировать уже существующую автоматизацию, после чего написать ещё один инструмент, который будет автоматизировать предыдущие два. И если ещё несколько лет назад можно было услышать фразы вроде: «Мы создаём виртуальные машины руками через веб-интерфейс, потому что так надёжнее», то сегодня подобные признания воспринимаются примерно так же, как рассказ о том, что резервное копирование производится путём периодического копирования файлов на флешку, лежащую в ящике рабочего стола.

FreeIPA и Keycloak (часть 4): GitOps, эксплуатация и зрелость IAM

Thu, 10 Sep 2026 08:54:33 +0300

Построить систему управления идентификацией - это лишь половина пути. Намного сложнее поддерживать её годами, адаптировать к росту бизнеса и не превратить в набор загадочных скриптов, смысл которых понятен только их автору.

Именно на этапе эксплуатации становятся заметны настоящие преимущества зрелых инженерных практик. GitOps позволяет сделать управление доступами воспроизводимым. systemd и Kubernetes обеспечивают надёжный запуск. Аудит помогает отвечать на вопросы безопасников. А опыт эксплуатации учит тому, какие компромиссы действительно оправданы, а какие являются следствием инженерного перфекционизма.