OpenShift остался без поддержки – как решить проблему российским клиентам
Мнение экспертов

OpenShift остался без поддержки – как решить проблему российским клиентам

523
3 минуты

Интерес к семейству ПО для контейнеризации OpenShift был довольно высоким в корпоративном сегменте в прежние годы. По данным мониторинговой службы Datadog, только за прошлый год во всем мире количество пользователей платформ от RedHat увеличилось на 28%. Весной IBM объявил об уходе из России и прекращении поддержки всех программных продуктов для текущих клиентов. Разберемся, насколько критичной оказалась данная ситуация для заказчиков, и какие варианты действий существуют, чтобы минимизировать возможные риски отключения от сервиса.

Ключевыми пользователями продукта были представители крупных компаний, так как корпоративные заказчики чаще всего предпочитают вендорские продукты опенсорсным, ввиду наличия техподдержки на всех уровнях. И именно она являлась конкурентным преимуществом Openshift. Однако по мере усиления санкционного воздействия, зависимость от специалистов вендора превратилась в блокирующий фактор для дальнейшего использования данной платформы в России.

На текущий момент большинство учетных записей пользователей РФ заблокированы. Обновление продуктов (новые подписки, доступ к репозиториям образов и пакетов) превращается в квест. Как минимум, неудобно регистрировать новую учетку и получать обновления. Как максимум — кластеры, живущие в онлайне, могут стать недоступны.

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

Есть ли риски для клиентов после отказа вендора от поддержки OpenShift в нашей стране?

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

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

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

Мы предполагаем, что в перспективе одного года или двух пользователи продолжат мириться с неудобствами, частично решая проблемы самостоятельно. При этом на рынке заметен большой интерес к снижению зависимости от иностранных вендоров. Компании уже сейчас начинают искать альтернативы. Некоторые наши заказчики, например, один крупный российский банк, приступил к переезду с OpenShift задолго до известных событий в рамках комплексной программы .

Какие варианты решения проблемы существуют сегодня?

  1. Ничего не предпринимать и остаться на неподдерживаемой версии OpenShift. В этом случае клиентам нужно будет взять риски на себя, самостоятельно поддерживать работу платформы или попытаться найти сервисного партнера с необходимой экспертизой. Также важно тщательно тестировать обновления на отдельных кластерах перед внедрением.
  2. Перейти на OKD. При подобной схеме нет прямой зависимости от разработчика, но при этом потребуется наличие более глубокой экспертизы по продукту внутри компании. Кроме того, большую роль играет коммьюнити. Такой вариант подходит для тех, кто хочет пользоваться основным функционалом OpenShift, так как у Open Source версии он частично воспроизведен, при этом у компании нет необходимости в вендорской поддержке. По такому пути пошли в одной страховой компании. В ней микросервисный ландшафт используется для разработки, тестирования и продуктивной работы цифровых страховых услуг, а поддержка оказывается провайдером в формате управляемого сервиса.
  3. Перейти на Kubernetes. Стоит отметить, что этот вариант требует максимального уровня экспертизы и глубинного понимания работы как самого Kubernetes, так и всевозможных сервисов инфраструктурной обвязки и инструментов автоматизации. Данный вариант рекомендуется рассматривать только клиентам, имеющим большой опыт внедрения подобных решений, или компаниям, имеющим возможность привлечь квалифицированного сервис-провайдера.

Как осуществляется переезд с OpenShift?

Единого алгоритма, универсального для всех компаний, в этом процессе нет. Ему предшествует подробный опрос клиента с требованиями к инфраструктуре, безопасности, особенностям интеграции. Обычно мы также интересуемся у заказчиков, какими инструментами они пользуются, что в них нравится/не нравится. На основе этих данных можно определить целевую архитектуру решения. С точки зрения инфраструктуры — такая платформа может быть развернута в публичном облаке или в частной инфраструктуре (в тех случаях, когда требования служб безопасности не позволяют выносить любые данные за периметр организации). Также мы даем рекомендации, как построить процессы CI/CD, каким образом выстроить процессы защиты ИТ-инфраструктуры и какие дополнительные инструменты лучше использовать.


С оригиналом статьи можно ознакомиться на IT Channel News.

19 июня 2023
Семь трендов на рынке облачных услуг в 2023 году
До 2022 года на рынке облаков в России главенствовали мировые тренды, но сейчас наша страна пошла своим путем. О том, для чего сейчас компании используют облачные технологии и как меняется рынок, рассказал директор бизнес-юнита K2 Cloud Сергей Зинкевич.
1 минута
722
29 марта 2023
Сетевые балансировщики нагрузки и другие обновления К2 Облака

Мы рады вам представить новый сервис K2 Облака для распределения трафика между экземплярами – Балансировщики нагрузки. Кроме того, мы автоматизировали обновление сертификатов Kubernetes и добавили возможность удаления рабочих узлов из кластера Kubernetes.

2 минуты
224
12 января 2023
Российский Kubernetes, какой он? Знакомьтесь, платформа Deckhouse

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

2 минуты
1083
26 декабря 2022
Что выгоднее — использовать готовую платформу для управления контейнерами или разрабатывать своими силами?
Совсем недавно мы провели опрос среди ИТ-руководителей, чтобы выяснить, насколько они знакомы с технологией Kubernetes и используют ли ее в ИТ-инфраструктуре своей компании, личных проектах и т.д. Результаты показали, что 63% опрошенных уже работает с Kubernetes прямо сейчас, 23% пока не дошли и 14% участников планируют в ближайшее время.
1 минута
403
25 февраля 2021
Свидетели DevOps: мифы и байки про девопсов и тех, кто их нанимает
Те, кто решил стать девопсом, видят в этой профессии заманчивые перспективы. Это новый уровень мышления, это творчество и возможность создавать, это безграничные просторы для самосовершенствования. Не секрет также, что девопсам хорошо платят. Вместе с тем, вокруг понятия DevOps сформировался некий культ, овеянный мифами и легендами.
0 минут
719
scrollup