ИТ-инфраструктура «РусГидро» включает тысячи серверов и обеспечивает работу более 600 объектов генерации. При этом контейнерные приложения долгое время запускались на отдельных виртуальных машинах и управлялись с помощью собственных скриптов. По мере роста числа таких сред их поддержка усложнялась — не было общего мониторинга, автоматического перезапуска после сбоев и единых правил распределения ресурсов. Рассказываем, как группа внедрила платформу оркестрации «Боцман», какие системы перенесла первыми и что изменилось в работе ИТ-команд.
Заказчик и его боли
«РусГидро» — один из крупнейших российских энергетических холдингов, объединяющий более 600 объектов генерации, включая ГЭС, ТЭС и объекты возобновляемой энергетики. ИТ-инфраструктура насчитывает тысячи серверов и обеспечивает непрерывность критически важных производственных процессов.
До внедрения единой системы оркестрации контейнеров «Боцман» инфраструктура «РусГидро» сталкивалась с рядом системных проблем. Ручное управление разрозненными контейнерами приводило к отсутствию единых стандартов администрирования, мониторинга и распределения нагрузки.
Поддержка множества изолированных Docker-сред и кастомных скриптов требовала значительных трудозатрат и увеличивала эксплуатационные расходы. Передача приложений из разработки в эксплуатацию осуществлялась в ручном режиме, требовала координации между командами, что вызывало задержки, ошибки конфигурации и отсутствие документации по зависимостям.
Наиболее критичные проблемы:
- Отсутствие централизованного мониторинга и сбора логов — каждый контейнер отслеживался изолированно, что затрудняло выявление инцидентов и поиск причин сбоев.
- Отсутствие автоматической отказоустойчивости — контейнеры не перезапускались при отказах, что приводило к простоям.
- Несбалансированная нагрузка — отсутствие балансировки вызывало перегрузку отдельных узлов.
- Негибкое масштабирование — невозможность оперативно перераспределять ресурсы между сервисами.
Контейнеризация применялась в «РусГидро» фрагментарно — на отдельных виртуальных машинах, без единой системы оркестрации и консоли управления. Это приводило к усложнению эксплуатации и росту накладных расходов.
Инфраструктура базировалась на зарубежных open-source решениях (в первую очередь Docker) с дублированием функционала и отсутствием официальной технической поддержки. Централизованные процессы мониторинга, обновления и масштабирования платформы не были реализованы.
Цели и критерии успеха
На старте проекта были определены цели по повышению надежности инфраструктуры и снижению операционных издержек.
Технические цели:
- Централизация управления контейнерами для автоматизации развертывания и масштабирования.
- Улучшение мониторинга, логирования и безопасности доступа на базе RBAC и сетевой изоляции.
- Обеспечение стабильности и отказоустойчивости кластера.
Среди бизнес-целей выделили отказ от модели, при которой команды самостоятельно запрашивают мощности и управляют ими, в пользу централизованной и регламентированной системы распределения ресурсов. А также снижение операционных расходов на поддержку контейнерной инфраструктуры.
Дорожная карта
Внедрение платформы «Боцман» проходило поэтапно, с пилотного запуска на тестовых средах и некритичных сервисах с последующим переводом в опытно-промышленную эксплуатацию. Основные этапы пилотирования:
- Подготовка инфраструктуры — развертывание кластера на ограниченном количестве узлов, настройка сетевой изоляции и ролевой модели доступа.
- Тестирование базового функционала — загрузка тестовых контейнеров, проверка механизмов отказоустойчивости, мониторинга и резервного копирования.
- Интеграция с существующей ИТ-инфраструктурой.
- Миграция и адаптация текущих тестовых сред с контейнеризованными приложениями.
- Масштабирование кластера для последующего перевода пилотных информационных систем.
Какие системы запустили первыми
В «РусГидро» был применен поэтапный подход с приоритетом на минимизацию рисков и быструю демонстрацию возможностей.
Первая система — тестовая среда корпоративного дистанционного обучения. Перенос продуктивных систем сопряжен с большими рисками и требует длительных согласований множества подразделений. Поэтому для демонстрации функций «Боцмана» развернули тестовый контур, который наглядно показал открывающиеся возможности. Далее — мелкие проекты (1–2 контейнера), не требующие длительной адаптации.
Параллельно — разработка нового корпоративного портала сразу на «Боцмане» с использованием современных GitOps-подходов. Команда разработки получила готовую среду, что дало ускорение внедрения и увеличило скорость разработки — от коммита до продакшена.
Результаты проекта
«Боцман» позволил перейти от разрозненных Docker-контейнеров к полноценной DevOps-экосистеме с централизованным управлением, едиными стандартами администрирования и общими правилами распределения нагрузки.
Контейнеры автоматически перезапускаются при сбоях, а нагрузка перераспределяется между доступными узлами. Их состояние, события и логи отслеживаются в единой системе, тогда как средства защиты охватывают весь жизненный цикл контейнерной среды.
Платформа также ускорила разработку: новый корпоративный портал изначально создавался на «Боцмане» с применением GitOps, что помогло сократить путь от коммита до выпуска в продакшен.