Инфраструктурный релиз: как ПСБ обеспечивает идентичность сред

ПСБ внедрил концепцию инфраструктурного релиза для управления ИТ-средами. Рассказываем, как банк обеспечивает идентичность сред и почему это важно для бизнеса.

Концепция инфраструктурного релиза помогает банку ПСБ поддерживать идентичность сред — от разработки до продакшена. Это подход, который сочетает элементы ITIL и DevOps, чтобы гарантировать, что все окружения — от тестовых до боевых — максимально похожи друг на друга. В статье Константин Кузнецов, специалист по поддержке ИТ-инфраструктуры ПСБ, делится опытом внедрения этой концепции.

Что такое инфраструктурный релиз и зачем он нужен

Инфраструктурный релиз — это процесс, который обеспечивает согласованность и идентичность сред. Проще говоря, это набор процедур и инструментов, которые гарантируют, что конфигурация, версии программного обеспечения и настройки в тестовой среде совпадают с продуктивной. Это критически важно, потому что различия между средами часто приводят к ошибкам, которые проявляются только на продакшене, когда исправлять уже дорого.

В ПСБ этот процесс стал ответом на вызовы, связанные с ростом числа сред и необходимостью ускорять вывод новых продуктов. Раньше, как и во многих компаниях, среды настраивались вручную, что приводило к дрейфу конфигураций — когда одна среда отличается от другой незаметными, но критичными деталями. Инфраструктурный релиз позволил автоматизировать этот процесс и сделать его воспроизводимым.

Предыстория и контекст

Проблема несоответствия сред не нова. Ещё в эпоху до контейнеризации и облаков администраторы сталкивались с тем, что приложение, работающее на тестовом сервере, «падало» на боевом. Причины — разные версии библиотек, операционных систем, настроек. Классический ITIL предлагал управлять изменениями через Change Management, но это было медленно и не всегда эффективно. DevOps принёс идею «инфраструктура как код» и автоматизацию, но на практике в крупных организациях, таких как банки, переход к полной автоматизации затруднён из-за legacy-систем и строгих требований к безопасности.

ПСБ — один из крупнейших банков России, и его ИТ-инфраструктура насчитывает тысячи серверов и десятки сред. В таких условиях ручное управление становится узким местом. Концепция инфраструктурного релиза стала компромиссом между олдскульным ITIL и современным DevOps: она сохраняет контроль и документальность, но добавляет скорость и автоматизацию.

Как это работает?

Основная идея — рассматривать инфраструктуру как продукт, который выпускается релизами, точно так же, как программное обеспечение. Каждый релиз включает в себя описание желаемого состояния среды: какие компоненты, какие версии, какие настройки. Это описание хранится в системе контроля версий, например в Git, и проходит те же этапы, что и код: разработка, ревью, тестирование, развертывание.

В ПСБ для этого используют подход «инфраструктура как код» с помощью таких инструментов, как Ansible и Terraform. Это позволяет автоматически разворачивать среды с заданными параметрами. Но ключевой момент — процесс: релиз инфраструктуры проходит через те же ворота качества, что и продуктовый релиз. Это значит, что изменения в конфигурации сред не попадают в продакшен без проверки и одобрения.

Технические подробности и сравнение с подходами

В отличие от традиционного подхода, где каждая среда настраивается индивидуально, инфраструктурный релиз предполагает использование единого шаблона. Этот шаблон — код, который описывает все компоненты инфраструктуры: от сетевых настроек до установленных пакетов. В ПСБ такие шаблоны создаются для каждой типовой среды — например, для Java-приложений или для баз данных.

Сравнение с конкурентами и другими подходами показывает, что ПСБ не уникален в использовании «инфраструктуры как кода», но редко кто применяет это в рамках формализованного процесса релиза. Многие компании ограничиваются автоматизацией развертывания, но не контролируют идентичность сред на протяжении всего жизненного цикла. ПСБ же внедрил процесс, который включает регулярную проверку соответствия сред шаблону — так называемый «дрейф-контроль». Если среда отклоняется от шаблона, система сигнализирует об этом, и отклонение устраняется.

Кого затронет и как

Для разработчиков это означает, что код, который работает на их локальной машине, с высокой вероятностью будет работать и в тестовой среде, и в продакшене. Это снижает количество багов, связанных с окружением, и ускоряет выход фич. Для DevOps-инженеров — это упрощение управления: вместо ручной настройки каждой среды они работают с кодом. Для бизнеса — снижение рисков и повышение стабильности ИТ-систем, что критично для банковской сферы.

В российском контексте, особенно для банков, импортозамещение и требования регулятора добавляют сложности. ПСБ, как системно значимый банк, вынужден учитывать эти факторы, и инфраструктурный релиз помогает быстрее адаптироваться к изменениям, например, при переходе на новое ПО. Также это важно для аутсорсинга: если банк использует внешних подрядчиков, идентичность сред позволяет быстрее подключать их к проектам.

Что будет дальше

ПСБ планирует развивать концепцию, добавляя больше автоматизации в процесс проверки соответствия сред. Возможно, в будущем будет внедрено машинное обучение для прогнозирования дрейфа конфигураций. Также вероятно расширение практики на другие подразделения банка, чтобы унифицировать управление инфраструктурой.

Итог

Инфраструктурный релиз — это практичный ответ на вечную проблему рассинхронизации сред. ПСБ показывает, как можно сочетать дисциплину ITIL и гибкость DevOps, чтобы сделать ИТ-инфраструктуру более надёжной и управляемой. Для специалистов, которые хотят строить карьеру в ИТ-менеджменте, этот кейс — ценный пример того, как решать сложные инфраструктурные задачи в крупной организации.