«Газпром нефть» развернула контейнерную инфраструктуру на базе Deckhouse
Компания мигрировала с OpenShift на отечественную платформу, сохранила SLA и безопасность, а запуск приложений сократила до 5 минут
Задача: Перейти на отечественное решение для внутренней платформы разработки, сохранить текущий уровень SLA и безопасности, а также выстроить единую архитектуру для развертывания и эксплуатации региональных Kubernetes-кластеров.
Причина: Компании требовалось отечественное коробочное решение, которое полностью закрывает потребности внутренней платформы разработки и не уступает зарубежным аналогам. Дополнительно было важно отказаться от избыточно централизованной модели управления и обеспечить возможность запуска региональных кластеров в закрытых контурах в соответствии с внутренними требованиями безопасности.
«Газпром нефть» — российская вертикально интегрированная нефтяная компания.
Основные виды ее деятельности — разведка и разработка месторождений нефти и газа, нефтепереработка, производство и реализация нефтепродуктов.
«Газпром нефть» строила инфраструктуру для внутренней платформы разработки и искала отечественное решение, способное заменить OpenShift без потери в качестве, надежности и удобстве для команд. Одновременно нужно было создать единую архитектурную концепцию для региональных кластеров, которые работают в закрытых окружениях и требуют независимого управления.
На старте проекта команда определила ключевые требования к новой платформе: полное соответствие внутренним политикам безопасности, сохранение существующего SLA, поддержка миграции уже работающих приложений и возможность масштабировать инфраструктуру на разные региональные площадки.
В качестве целевой платформы выбрали Deckhouse Kubernetes Platform. Миграцию из OpenShift выполнили так, чтобы не ухудшить пользовательский опыт внутренних команд разработки. Для этого платформу доработали: сохранили привычный подход к настройке изолированных окружений через проекты, чтобы переход на новое решение не потребовал радикального изменения процессов со стороны пользователей.
Отдельное внимание уделили архитектуре региональных кластеров. Вместо крупных «коммунальных» инсталляций была выбрана модель независимых кластеров. Каждый кластер стал самостоятельной единицей с собственным управлением, что упростило эксплуатацию в закрытых контурах и снизило зависимость от централизованных компонентов.
Важную роль в проекте сыграли встроенные возможности Deckhouse Kubernetes Platform. Мощный API и упрощенные конфигурации позволили адаптировать платформу под внутренние требования безопасности, а преднастроенные модули упростили сопровождение инфраструктуры для эксплуатационных команд. В результате компания получила не просто замену прежнему решению, а основу для стандартизированного развития контейнерной инфраструктуры enterprise-уровня.
- Внедрили отечественное ПО для управления контейнеризованными нагрузками, закрыв потребность отраслевого сообщества в технологическом стандарте.
- С помощью платформы клиент смог разворачивать региональные кластеры в закрытых окружениях без необходимости централизованного управления. Каждый кластер — целостная независимая единица.
- Собственный API и упрощенные конфигурации Deckhouse Kubernetes Platform позволили команде безопасности настраивать решение в соответствии с внутренними требованиями, а команде эксплуатации — сократить расходы на поддержку инфраструктуры за счет преднастроенных модулей.
- Внутренняя платформа разработки, функционирующая на базе DKP, обеспечила средний срок запуска приложений 5 минут и сократила срок поставки кода в периметр компании в 6 раз.
Рекомендации партнеров:
Новости отрасли:
Все новости:
Публикация компании
Профиль
Контакты
Социальные сети
Рубрики