Enterprise
OpenShift — корпоративная платформа на базе Kubernetes с безопасностью, CI/CD и мониторингом из коробки.
Live-данные · обновлено 7 сентября 2026 г.
OpenShift: что это такое, Kubernetes, Routes, SCC и enterprise-контейнеры
Управление контейнерными приложениями в enterprise-среде требует не просто Kubernetes, а платформы с готовой безопасностью, CI/CD и мониторингом. OpenShift от Red Hat — это корпоративная Kubernetes-платформа, которая добавляет встроенные инструменты CI/CD, мониторинг, безопасность и автоматизированное управление жизненным циклом контейнерных приложений. По данным SkillStat, OpenShift указан в 31 активных вакансиях Москвы — это 0.6% московского IT-среза.
Автор·Мурадов Юрий·Аналитик SkillStatКВПроверено·Кузнецов Вячеслав·Технический редактор·DevOps/SRE-техлид · опыт 10+ лет
Вакансий
31
активных в Москве
Медиана зарплаты
—
Индекс спроса
23/100
#220 из 286 навыков
Доля IT-рынка
0.6%
8 профессий
Коротко о навыке
OpenShift — это корпоративная платформа оркестрации контейнеров, построенная на базе Kubernetes. Она расширяет vanilla K8s собственными объектами (DeploymentConfig, BuildConfig, ImageStream, Route), встроенным CI/CD (Source‑to‑Image) и инструментом управления операторами (OperatorHub).
Платформа решает проблему управления жизненным циклом приложений в средах со строгими требованиями к безопасности, аудиту и соответствию стандартам (PCI‑DSS, SOC 2, HIPAA). Именно поэтому её выбирают крупные банки, ритейлеры и государственные организации.
OpenShift востребован в ролях DevOps-инженеров, администраторов платформы, разработчиков enterprise-приложений. Рост требований к безопасности, аудиту и vendor independence увеличивает спрос на специалистов, владеющих OpenShift.
Для этого навыка доступны ограниченные данные (менее 50 вакансий или нет зарплатных данных). Аналитика носит ориентировочный характер.
Что такое Openshift
Карьерный рост
Навык востребован в DevOps и администрировании. Сертификации Red Hat повышают ценность.
Практический старт
Начните с OKD или Developer Sandbox. Создайте проект, настройте S2I, Route.
Простыми словами
Представьте, что Kubernetes — это конструктор типа «сделай сам»: вы сами собираете кластер, настраиваете сеть, хранилище, CI/CD и политики безопасности. OpenShift — это уже готовый, сертифицированный «корпоративный внедорожник», собранный на базе того же конструктора, но с усиленным кузовом, премиальной отделкой и круглосуточной техподдержкой.
Как это работает
Технически OpenShift — это enterprise‑платформа оркестрации контейнеров, разработанная Red Hat. В её основе лежит Kubernetes (community-дистрибутив OKD — OpenShift Origin), дополненная собственными объектами (DeploymentConfig, BuildConfig, ImageStream, Route), встроенным CI/CD (Source‑to‑Image) и инструментом управления операторами (OperatorHub). Разработчик может сосредоточиться на коде, не вникая в детали инфраструктуры — кластер сам позаботится о безопасности, мониторинге и автоматическом деплое.
Чего OpenShift не делает
«Чистый» Kubernetes из документации — не OpenShift: хотя API K8s поддерживается, OpenShift использует собственные расширения (SCC, NetworkPolicy по умолчанию, встроенный реестр). Docker или Podman не заменяет: OpenShift работает с OCI-совместимыми контейнерами, но для сборки часто применяет S2I, а не классические Dockerfile. Не подходит для маленьких pet‑проектов — для production HA-кластера OpenShift рекомендуется минимум 3 control-plane и 2 worker-узла; для edge/lab-сценариев существует Single Node OpenShift (SNO).
Понятия / Карта
Из чего состоит Openshift
Понятие Что это Что нужно уметь
Project
Изолированное пространство имён с пользователями и квотами
Создавать и управлять проектами через `oc new-project`
DeploymentConfig
Объект для описания стратегии обновления приложения
Создавать и настраивать триггеры (ImageChange, ConfigChange)
BuildConfig
Инструкция сборки образа из исходного кода
Настраивать сборку через S2I и Dockerfile
ImageStream
Абстракция над реестром образов с отслеживанием тегов
Создавать и ссылаться на ImageStream в DeploymentConfig
Route
Публикация сервиса во внешнюю сеть (HTTP/HTTPS)
Создавать и настраивать Route через `oc expose`
S2I (Source-to-Image)
Сборка контейнера из Git без Dockerfile
Использовать `oc new-app` с указанием репозитория
MachineConfig
Ресурс для конфигурации ОС и kubelet на узлах
Применять через MachineConfig и MachineSet
OperatorHub
Каталог операторов для установки сервисов
Устанавливать и управлять через OLM
Security Context Constraints (SCC)
Политики безопасности для запуска подов
Настраивать SCC для привилегированных подов
Web Console
Веб-интерфейс для управления кластером
Навигировать по проектам, деплоям, мониторингу
OpenShift CLI (oc)
Командная строка для управления OpenShift
Выполнять команды, управлять проектами и объектами
OpenShift Pipelines (Tekton)
Встроенный CI/CD на базе Tekton
Создавать Pipeline, Task, PipelineRun
OpenShift GitOps (ArgoCD)
Декларативный GitOps для OpenShift
Настраивать приложения через ArgoCD Application
Механика / Работа
Как OpenShift ведёт приложение через платформу
OpenShift полезно понимать через путь одного сервиса. Есть project, образ, deployment, route, policy и сопровождение среды после первого запуска. На этом пути видно, что платформа нужна не ради красивой панели, а ради управляемой схемы работы команды с приложением и окружением.
Шаг Слой Смысл
Шаг 01
Проект задаёт контекст среды
Внутри него живут приложение, доступы, маршруты и правила, по которым команда работает с объектами.
Шаг 02
Образ и deployment поднимают сервис
Платформа управляет запуском приложения не изолированно, а как частью общего кластера и его ограничений.
Шаг 03
Route выводит сервис наружу
Именно здесь особенно хорошо видно, как платформа связывает внутренний сервис с реальным доступом пользователя.
Шаг 04
Policy и сопровождение удерживают среду
После первого запуска начинается настоящая работа: доступы, изменения, диагностика и поддержка без хаоса.
Карьера / Роли
Карьерные треки с Openshift
Openshift переносится между ролями: DevOps-инженер, Java-разработчик, Python-разработчик. В одном треке этот навык может быть основным рабочим инструментом, а в другом - сильным прикладным усилителем основной специализации.
Роли с Openshift за период
DevOps-инженер — самый заметный профиль в распределении ролей по навыку.
Роль Упоминаний за период Медиана
Текущий срез показывает активные вакансии сейчас. Распределение по ролям рассчитано по расширенной исторической выборке, поэтому значения могут быть выше текущего количества активных вакансий.
Практика / Задачи
Частые задачи с Openshift
Openshift ценен не абстрактным знанием инструмента, а повторяющимися рабочими задачами — ниже они разобраны так, как встречаются в реальной работе.
# Задача Что делает специалист
Задача 01
Создать проект
Изолированное пространство для приложения. Команда: oc new-project.
oc new-project my-app
Задача 02
Запустить приложение через S2I
Собрать образ из Git-репозитория и развернуть автоматически.
oc new-app https://github.com/user/repo.git
Задача 03
Опубликовать сервис через Route
Сделать сервис доступным извне по HTTP/HTTPS.
oc expose service my-app-service
Задача 04
Проверить логи пода
Просмотреть логи работающего контейнера.
oc logs -f pod/my-app-1-build
Задача 05
Посмотреть статус кластера
Проверить состояние узлов и пода.
oc get nodes
oc get pods -n my-appПрактика / Ошибки
Ошибки новичков
Ошибка 01
Игнорировать SCC
Попытка запустить контейнер от root без добавления SCC (anyuid) приведёт к ошибке CrashLoopBackOff.
Ошибка 02
Не настраивать NetworkPolicy
По умолчанию OpenShift блокирует трафик между подами из разных проектов. Без политик сервисы могут быть недоступны.
Ошибка 03
Использовать Dockerfile вместо S2I
S2I проще и быстрее для стандартных языков. Ручной Dockerfile в BuildConfig требует больше настроек.
Ошибка 04
Не обновлять кластер долгое время
Пропуск обновлений OpenShift ведёт к накоплению технического долга и повышает риск уязвимостей.
Ошибка 05
Давать cluster-admin без необходимости
Это нарушает принцип наименьших привилегий. Используйте RBAC и проекты для изоляции.
Рынок / Контекст
OpenShift в enterprise-среде: контекст спроса
OpenShift востребован в enterprise-секторе. Компании выбирают его за встроенную безопасность, CI/CD и соответствие стандартам (PCI‑DSS, SOC 2, HIPAA). Требования enterprise к замене зарубежных платформ усиливают спрос на OpenShift. По данным SkillStat, OpenShift указан в 31 активных IT-вакансиях, что составляет 0.6% текущего среза.
Закрывает рабочую задачу
Openshift ценят не за знание термина, а за конкретную пользу в ежедневной работе команды.
Живёт в реальном стеке
Навык редко существует изолированно: он встроен в процессы, инструменты и смежные роли, поэтому спрос держится дольше.
Даёт прикладную самостоятельность
Специалист с Openshift быстрее проверяет гипотезы, решает задачи и меньше зависит от ручной передачи работы между людьми.
Сигнал рынка
Стабильный спрос
Openshift формирует устойчивый спрос внутри своего рабочего сегмента.
Рынок / Спрос
Спрос на Openshift на рынке
Openshift сохраняет устойчивый прикладной спрос на рынке: 31 активных вакансий, #220 по рынку, 0.6% IT-вакансий. Ниже показано число открытых вакансий на конец каждого месяца: это исторический ряд по состоянию на конец месяца, а не текущий срез рынка на сегодня.
Сила спроса
Стабильный спрос 31
активных вакансий сейчас
#220 по рынку • 0.6% IT-вакансий
Месяц к месяцу
39
сентябрь 2026 — предварительный накопительный срез
-4 вакансий и -9% к предыдущему месяцу.
Связи / Навыки
Навыки в связке с Openshift
Openshift редко живёт изолированно: чаще всего рынок видит его рядом с PostgreSQL, Kubernetes, Kafka. Самая плотная связка сейчас - PostgreSQL: оба навыка встречаются вместе в 65% вакансий.
Главная связка: PostgreSQL • 65% вакансий. Показываем общерыночные связки Openshift: не junior-минимум из блока выше, а навыки, которые чаще всего встречаются рядом с ним в одной вакансии.
Рабочий стек вокруг Openshift
навыки, которые рынок чаще всего видит рядом в одной вакансии
Навык Зачем рядом Доля
Вход / Старт
Порог входа
Сейчас на рынке 3 активных junior-вакансий с Openshift. Это 13.6% всех вакансий по навыку, поэтому для старта важнее всего смотреть на реальный объём junior-окна и на стек, который рынок ждёт рядом.
Junior-вакансии сейчас
3
активных вакансий
13.6% всех вакансий по навыку • Senior / Junior 3.7x
Доля junior
13.6%
% всех вакансий по навыку
Вход возможен, но рынок ждёт уже собранный стартовый стек.
Что нужно на старте
Стартовый стек
17
навыков в медианной вакансии
Медианная вакансия с Openshift ожидает около 17 навыков в стеке. Это широкий стартовый набор: рынок обычно ищет не один изолированный инструмент, а рабочую комбинацию соседних навыков.
Чаще всего требуют вместе
навыки из junior-вакансий, где встречается Openshift
Навык Junior-вакансии
Карьера / Резюме
Openshift в резюме: что значит "знаю Openshift"
Владение OpenShift отражает способность управлять enterprise-контейнерными платформами. Ниже — что означает навык на разных уровнях и что указать в резюме для убедительности.
Уровень Что значит Что показать
Beginner
Понимаю концепции OpenShift, умею создавать проекты и разворачивать приложения через S2I
Знаю основные объекты: Project, BuildConfig, ImageStream, Route. Работал с Developer Sandbox.
Junior developer
Могу разрабатывать и деплоить приложения с использованием S2I и BuildConfig
Умею настраивать Webhook, ImageStream, DeploymentConfig. Работал с Git и CI/CD.
Middle developer
Проектирую и поддерживаю CI/CD пайплайны, настраиваю сетевые политики
Настраивал OpenShift Pipelines (Tekton), RBAC, NetworkPolicy, Route с TLS. Работал с Helm.
QA automation
Умею разворачивать тестовые среды и интегрировать OpenShift с CI/CD
Создавал тестовые проекты с S2I, настраивал параметры окружения в BuildConfig и DeploymentConfig.
Data/ML
Использую OpenShift для развёртывания ML-пайплайнов с GPU и JupyterHub
Разворачивал JupyterHub через оператор, настраивал GPU-узлы и инференс-сервисы.
DevOps junior
Автоматизирую сборку, деплой и мониторинг с OpenShift
Настраивал BuildConfig, S2I, OpenShift Pipelines, Prometheus+Alertmanager для оповещений.
SRE/platform
Управляю кластерами OpenShift: обновление, MachineConfig, безопасность, ETCD
Опыт администрирования OpenShift: MachineConfig, SCC, резервное копирование ETCD, аудит.
Сравнение / Инструменты
Когда выбирают OpenShift, а когда нет
Решение обычно зависит от зрелости среды, количества команд и того, насколько компании нужен готовый платформенный слой поверх Kubernetes.
Инструмент За что отвечает Когда нужен Граница
OpenShift
Платформенная надстройка вокруг Kubernetes с акцентом на управляемость среды, маршруты, роли и правила работы команд.
Подходит там, где компания уже живёт в кластерах и хочет более строгий и воспроизводимый платформенный контур.
Требует понимания не только контейнеров, но и правил среды, безопасности и организационной дисциплины.
Kubernetes
Базовый оркестратор контейнеров и кластеров.
Уместен там, где команда хочет больше свободы в сборке собственного платформенного слоя.
Не даёт весь enterprise-контур сам по себе и требует больше ручной архитектуры вокруг.
Управляемая облачная платформа
Готовый облачный сервис, который закрывает часть инфраструктурной работы.
Полезен, если компании важнее снять базовую операционную нагрузку, чем строить свой глубокий платформенный контур.
Не всегда покрывает те же правила и сценарии, которые нужны внутри корпоративной среды.
Ручной Docker-контур
Простой способ запускать контейнеры без тяжёлой платформы.
Уместен только на небольшом масштабе и без сложных требований к командам, доступам и маршрутной схеме.
Быстро перестаёт быть устойчивым, когда сервисов и изменений становится слишком много.
Навык / Применение
Где используется Openshift
OpenShift востребован в четырёх ключевых сценариях: разработка, инфраструктура, QA, Data & ML.
Сценарий 01
Разработка
Dev‑контейнеры, S2I для быстрой сборки из Git, автоматический деплой при каждом коммите (через Webhook + BuildConfig). Разработчик не пишет Dockerfile.
Сценарий 02
Инфраструктура
MachineConfig‑оверлеи для бесшовных обновлений ОС, встроенный Prometheus+Grafana, автоматический бэкап ETCD, операторы для СУБД и очередей.
Сценарий 03
QA / Тестирование
Быстрое развёртывание изолированных тестовых сред с идентичной конфигурацией. Шаблоны проектов, флаги для изоляции.
Сценарий 04
Data & ML
JupyterHub через оператор, GPU‑узлы с поддержкой NVIDIA, встроенный реестр образов. Подходит для MLOps‑пайплайнов.
По направлениям
Openshift заметен в 3 направлениях рынка с долей выше 5%.
Направление Контекст Доля
Инфраструктура
MachineConfig, Prometheus+Grafana, операторы для СУБД.
43.8%
Разработка
Dev‑контейнеры, S2I, BuildConfig, автоматический деплой.
31.4%
Тестирование
Шаблоны проектов, изолированные тестовые среды, Route.
24.8%
Направления показывают, в каких частях IT-рынка навык заметен чаще всего, без разбивки по ролям.
Инструмент / Возможности
Что важно уметь в OpenShift
Рынок ценит не знание названий объектов, а способность держать платформу, сервис и изменение в управляемом состоянии.
Понимать путь приложения в среде
Видеть связь между образом, deployment, service, route, правами и фактической доступностью приложения.
Работать с доступами и policy
Не обходить платформенные ограничения вручную, а понимать их роль и уметь настраивать их осознанно.
Диагностировать среду
Быстро находить, в каком именно слое возникла проблема: сеть, маршрут, конфигурация, policy или сам сервис.
Проводить изменения воспроизводимо
Делать выкат и правку так, чтобы команда могла повторить процесс без скрытых устных знаний.
Сравнение / Контекст
OpenShift и Kubernetes: где проходит граница
Главная развилка здесь не в названии технологии, а в том, нужен ли команде только оркестратор или уже полноценный платформенный контур для ежедневной работы.
OpenShift
Даёт платформенный слой поверх Kubernetes: проекты, маршруты, операторы, более строгие политики и готовую модель командной работы со средой.
Kubernetes
Даёт базовый оркестрационный механизм для контейнеров и кластеров, но не задаёт весь организационный и платформенный контур сам по себе.
Управляемые облачные платформы
Часто закрывают часть инфраструктурной боли, но не всегда дают ту же схему платформенных правил и ролей, что важна внутри конкретной компании.
Ручной контейнерный контур
Подходит для простых задач, но быстро ломается там, где сервисов, доступов и изменений становится слишком много.
Данные / Стек
С чем OpenShift работает рядом
В живой среде OpenShift связан не только с контейнерами. Он постоянно соприкасается с сетью, доступами, реестром образов, операторами и процессом выката.
Kubernetes-кластер
Без него невозможно понять ограничения платформы, поведение приложений и реальную цену каждого изменения.
Сеть и маршруты
Именно они часто показывают, почему сервис поднялся, но всё равно недоступен пользователю или соседним системам.
Роли и политика безопасности
Этот слой определяет, кто может что менять и почему привычный ручной обход часто запрещён платформой.
Операторы и платформенные сервисы
Они помогают держать более сложный контур, но требуют понимания того, как платформа управляет зависимостями и жизненным циклом компонентов.
Практика / Workflow
Как Openshift используется в реальном проекте
Этап Что происходит Артефакт
1 Разработка
Пишем код в Git-репозитории, используем локальный OpenShift CRC для тестов
Git-репозиторий
2 BuildConfig (S2I/Dockerfile)
Собираем образ из исходного кода с помощью S2I или Dockerfile в BuildConfig
ImageStream tag
3 ImageStream
Образ публикуется в ImageStream с тегом (latest, v1.0)
ImageStream tag
4 Тесты
Поды запускаются в тестовом проекте, проверяются через Route и Web Console
Test pod / Route
5 CI/CD (Pipelines)
OpenShift Pipelines (Tekton) собирает образ и обновляет тег в ImageStream
PipelineRun
6 Deploy
DeploymentConfig обновляет поды по триггеру ImageChange
DeploymentConfig (обновлённые поды)
7 Register
Образ хранится во встроенном реестре OpenShift (image-registry)
Image registry
8 Наблюдаемость
Prometheus+Grafana мониторинг, логи через OpenShift Logging
Dashboards / metrics
Инструмент / Оркестрация
OpenShift: развёртывание и управление приложениями
OpenShift использует собственные ресурсы для развёртывания и управления приложениями. Вместо прямого запуска контейнеров применяются BuildConfig, DeploymentConfig и ImageStream, которые автоматизируют сборку и деплой.
Project / Namespace
Изолированное пространство для приложения, пользователей и квот. Создаётся командой `oc new-project`.
BuildConfig
Инструкция сборки образа из исходного кода. Поддерживает S2I, Dockerfile, Pipeline. Триггеры: Webhook, ImageChange, ConfigChange.
ImageStream
Абстракция над реестром, отслеживающая изменения тегов. Позволяет автоматически обновлять поды при публикации нового образа.
DeploymentConfig
Объект, описывающий стратегию обновления (Rolling, Recreate). Поддерживает триггеры на ImageChange и ConfigChange.
Route
Публикация сервиса во внешнюю сеть (HTTP/HTTPS/TLS). Создаётся одной командой `oc expose service`.
Пример: типовой стек OpenShift
BuildConfig (сборка из Git) → ImageStream → DeploymentConfig (3 реплики) → Service → Route. CI/CD реализован через S2I и Webhooks.
Практика / OpenShift
OpenShift: лучшие практики и типичные ошибки новичков
Практика 01
Используйте OpenShift Pipelines (Tekton)
Вместо Jenkins — встроенный CI/CD на базе Tekton. Интегрируется с Git, BuildConfig и ImageStream, проще в обслуживании.
Практика 02
Применяйте S2I для сборки
Source‑to‑Image упрощает CI/CD: не нужно писать Dockerfile, образ собирается автоматически из Git-репозитория.
Практика 03
Настройте Security Context Constraints
По умолчанию поды не могут работать от root. Для сервисов, требующих привилегий (например, NVIDIA), добавляйте SCC.
Практика 04
Используйте MachineConfig для управления узлами
Обновления ОС и kubelet применяются через MachineConfig — бесшовно, без даунтайма узлов.
Практика 05
Настройте резервное копирование ETCD
ETCD — мозг кластера. Автоматизируйте бэкапы через CronJob или Operator Backup.
Практика 06
Избегайте ручного деплоя через oc run
Используйте GitOps (ArgoCD) или OpenShift Pipelines для декларативного управления. Ручные команды невоспроизводимы.
Практика 07
Оптимизируйте образы для OpenShift
OpenShift по умолчанию не запускает контейнеры от root. Используйте USER non‑root, slim‑образы.
Практика 08
Мониторьте квоты проектов
OpenShift позволяет задать лимиты CPU, памяти, хранилища. Определите квоты для каждого проекта, чтобы избежать перегрузки узлов.
Практика / Безопасность
Безопасность Openshift: что нельзя делать
Риск 01
SCC по умолчанию — rootless
Используйте политики SCC (Security Context Constraints), чтобы поды не запускались с привилегиями root. По умолчанию OpenShift блокирует привилегированные контейнеры.
Риск 02
Ограничьте доступ к API через RBAC
Настройте RBAC (ClusterRoleBinding / RoleBinding). Не давайте права cluster-admin без необходимости.
Риск 03
Используйте NetworkPolicy
OpenShift по умолчанию блокирует межподовый трафик. Настройте политики для изоляции проектов.
Риск 04
Не публикуйте Secrets в открытом виде
Secrets в OpenShift шифруются на уровне etcd. Не передавайте их через переменные окружения без шифрования.
Риск 05
Обновляйте кластер регулярно
Red Hat выпускает патчи безопасности для OpenShift. Используйте Operator Lifecycle Manager для автоматических обновлений.
Риск 06
Отключите публичный доступ к Web Console
Web Console OpenShift — точка входа. Используйте VPN или Bastion для доступа, ограничьте IP-адреса в Route.
Риск 07
Не используйте ImageStream из непроверенных источников
Загружайте образы только из доверенных реестров. Настройте ImageContentSourcePolicy для зеркал.
Риск 08
Мониторьте аудит-логи
OpenShift аудирует все вызовы API. Включите сбор и хранение для расследований инцидентов.
Навык / Границы
Когда Openshift не нужен
Маленький pet-проект
Для production HA-кластера OpenShift нужно минимум 3 control-plane и 2 worker-узла. Для одного микросервиса в облаке дешевле managed Kubernetes (EKS, AKS, GKE); для lab/edge-сценария есть Single Node OpenShift (SNO).
Полная свобода выбора версий
OpenShift обновляется строго по релизам Red Hat. Если нужна bleeding‑edge версия Kubernetes, лучше vanilla K8s.
Не нужен CI/CD и безопасность из коробки
Если вы готовы настраивать Jenkins, мониторинг и политики безопасности вручную, vanilla K8s дешевле и проще.
Экспериментальное обучение
Для изучения Kubernetes достаточно minikube или kind. OpenShift для обучения — OKD (community) или Developer Sandbox.
Будущее / Роль
Перспективы Openshift
Перспективы Openshift завязаны не только на текущем спросе, но и на том, как навык встраивается в новые платформы, инструменты и рабочие контуры.
Сигнал 01
OpenShift + AI/ML
Red Hat активно развивает OpenShift AI — платформу для машинного обучения на базе OpenShift, интегрированную с GPU, Kubeflow и Ray.
Сигнал 02
Edge computing с OpenShift
OpenShift Container Platform (OCP) для edge: кластеры на маломощных устройствах (Raspberry Pi, Intel NUC) с автономным управлением.
Сигнал 03
OpenShift Virtualization
Виртуализация на базе KVM под управлением OpenShift — миграция legacy приложений в контейнерную среду без переписывания.
Практика / Портфолио
Портфолио с Openshift: с чего начать
Проект 01
Развёртывание веб-приложения через S2I
Создайте проект, настройте BuildConfig из вашего Git-репозитория (Python/Node.js), опубликуйте через Route. Критерий: приложение доступно по HTTPS.
Проект 02
OpenShift Pipelines для CI/CD
Настройте Pipeline (Tekton), который собирает образ из Git, запускает тесты и обновляет тег. Критерий: PipelineRun завершается успешно и поды обновляются.
Проект 03
Безопасность: SCC и NetworkPolicy
Настройте SCC, запрещающие root-доступ для подов. Создайте NetworkPolicy для изоляции проектов. Критерий: поды не могут общаться между проектами без политик.
Проект 04
Резервное копирование ETCD
Настройте CronJob для регулярного бэкапа ETCD с помощью OpenShift API Backup. Критерий: бэкапы создаются и восстанавливаются без ошибок.
Проект 05
OperatorHub: установка PostgreSQL
Установите PostgreSQL через OperatorHub, настройте StatefulSet и PVC. Критерий: база данных доступна из пода приложения.
Обучение / Маршрут
Как изучить Openshift
Чтобы освоить OpenShift с нуля, нужно понимать основы контейнеризации и Kubernetes. Ниже — дорожная карта из 5 шагов.
Этап Фокус Что изучать
Этап 01
Основы Linux и контейнеризации
Этап 02
Kubernetes: архитектура и объекты
Освойте Pod, Service, Deployment, ConfigMap, Secret, Ingress. Научитесь разворачивать приложения в minikube или kind.
Этап 03
OpenShift: CLI и Web Console
Установите OKD (community) или используйте Developer Sandbox от Red Hat. Освойте oc команды, oc new-project, BuildConfig, DeploymentConfig, Route, S2I.
Этап 04
CI/CD и GitOps с OpenShift
Настройте OpenShift Pipelines (Tekton), Source‑to‑Image, Webhooks. Изучите ArgoCD или OpenShift GitOps.
Курсы · по данным рынка
Как обычно растёт навык OpenShift
Соответствие — доля тем навыка, которые охватывает программа курса
Практика / Первый запуск
С чего начать OpenShift на практике
Начать лучше с одной честной среды: project, image, deployment, route и доступ пользователя до приложения. Потом полезно специально разобрать один сетевой или policy-сбой и посмотреть, как он проявляется в логах и объектах платформы. На таком примере реальная механика OpenShift раскрывается быстрее всего и не даёт свести навык к набору экранов и терминов. После этого уже проще идти в операторы, шаблоны и более сложные платформенные сценарии. Это сразу показывает, что проблема может жить не только в приложении, но и в самой платформенной конфигурации.
Шаг 01
Поднять один сервис в project
Собрать базовый путь от образа до доступного приложения и понять, где на этом пути возникают ограничения.
Шаг 02
Проверить route и доступы
Убедиться, что сервис не только жив, но и правильно виден пользователю и соседним системам.
Шаг 03
Разобрать policy или сетевой сбой
На живом примере увидеть, как платформа ограничивает действия и как это диагностируется.
Шаг 04
Провести воспроизводимое изменение
Изменить конфигурацию или версию так, чтобы это можно было повторить без устной передачи скрытых шагов.
Частые вопросы
Вопросы и ответы
Что такое OpenShift простыми словами?
OpenShift — это корпоративная платформа для управления контейнерами, построенная на базе Kubernetes. Она добавляет встроенные CI/CD, мониторинг, безопасность и автоматизированное управление. Разработчик может сосредоточиться на коде, а кластер сам позаботится о деплое и безопасности.
Чем OpenShift отличается от Kubernetes?
OpenShift использует Kubernetes как оркестратор, но добавляет собственные объекты (BuildConfig, ImageStream, DeploymentConfig, Route), встроенный CI/CD (S2I), веб-консоль, управление операторами и Security Context Constraints. Kubernetes — это голый оркестратор, OpenShift — платформа на его основе.
Чем OpenShift отличается от OKD?
OKD (OpenShift Origin) — это community‑версия OpenShift с открытым исходным кодом. OpenShift — коммерческий продукт Red Hat с поддержкой 24/7, сертификацией, SLA и дополнительными enterprise‑функциями.
Как создать проект в OpenShift?
Команда oc new-project my-app создаёт изолированное пространство имён с привязкой к пользователю и квотам. Это аналог namespace в Kubernetes, но расширенный.
Что такое Source‑to‑Image (S2I)?
S2I — технология сборки контейнерного образа из исходного кода без написания Dockerfile. Разработчик указывает Git-репозиторий, а OpenShift сам собирает образ, используя builder-образ для нужного языка.
Что такое BuildConfig в OpenShift?
BuildConfig — это объект OpenShift, описывающий инструкцию сборки образа: откуда взять код (Git), как собрать (S2I или Dockerfile), куда опубликовать (ImageStream).
Что такое ImageStream?
ImageStream — это абстракция над реестром контейнеров, которая автоматически отслеживает изменения тегов. Поды автоматически обновляются, когда в ImageStream появляется новый образ.
Что такое Route в OpenShift?
Route — это объект, публикующий сервис во внешнюю сеть по HTTP/HTTPS/TLS. Создаётся одной командой oc expose service. Аналог Ingress, но проще и встроен в платформу.
Что такое DeploymentConfig?
DeploymentConfig — объект OpenShift, описывающий стратегию обновления приложения (Rolling, Recreate) с поддержкой триггеров на изменение образа или конфигурации. Начиная с OpenShift 4.14 DeploymentConfig помечен как deprecated — Red Hat рекомендует использовать стандартный Kubernetes Deployment, который поддерживает те же стратегии через spec.strategy.
Что такое Security Context Constraints (SCC)?
SCC — политики OpenShift, определяющие, с какими правами запускаются поды (root/non-root, привилегии, volume). По умолчанию поды не могут работать от root.
Что такое MachineConfig в OpenShift?
MachineConfig — ресурс для управления конфигурацией узлов кластера (ОС, kubelet). Изменения применяются бесшовно, без даунтайма.
Что такое OperatorHub в OpenShift?
OperatorHub — каталог операторов (PostgreSQL, Kafka, Prometheus), устанавливаемых через Operator Lifecycle Manager (OLM). Позволяет добавлять сервисы одной кнопкой.
Как настроить CI/CD в OpenShift?
OpenShift предлагает несколько способов: S2I (автоматическая сборка из Git), OpenShift Pipelines (на базе Tekton), OpenShift GitOps (ArgoCD). Webhook на BuildConfig запускает сборку и деплой.
Можно ли использовать OpenShift бесплатно?
Да — community-версия OKD распространяется бесплатно. Red Hat также предоставляет Developer Sandbox (бесплатный тестовый кластер на 30 дней).
Какой минимальный размер кластера OpenShift?
Для production HA-кластера: минимум 3 control-plane и 2 worker-узла. Для тестирования и edge-сценариев Red Hat поддерживает Single Node OpenShift (SNO) — один узел совмещает control-plane и worker. Компактный 3-узловой кластер (3 combined control-plane+worker) тоже поддерживается.
В чём преимущество OpenShift перед vanilla Kubernetes?
OpenShift предлагает безопасность из коробки (SCC, NetworkPolicy), встроенный CI/CD (S2I, Pipelines), веб-консоль, операторную модель и коммерческую поддержку Red Hat.
Можно ли запустить OpenShift на моём ноутбуке?
Да — через CodeReady Containers (CRC) для локальной разработки. Он запускает мини-кластер OpenShift на виртуальной машине (требуется 8 GB RAM и 4 CPU).
Какие сертификации есть по OpenShift?
Red Hat предлагает: Red Hat Certified Specialist in OpenShift Administration (EX280), Red Hat Certified Specialist in OpenShift Application Development (EX288), Red Hat Certified Architect (RHCA).
Как мониторить кластер OpenShift?
В OpenShift встроен Prometheus + Grafana. Доступны дашборды по CPU, памяти, сети, логи запросов. Можно настроить оповещения через Alertmanager.
Чем OpenShift отличается от Rancher?
OpenShift — это платформа на базе K8s с собственными расширениями. Rancher — это платформа управления несколькими K8s-кластерами, не добавляющая своих объектов.
Как восстановить кластер OpenShift после сбоя?
OpenShift имеет встроенные механизмы: MachineConfig для восстановления конфигурации, резервное копирование ETCD, использование Operator Backup (OADP).
Какие языки поддерживает S2I в OpenShift?
Официальные builder-образы: Java, Python, Node.js, Ruby, PHP, Perl, .NET Core, Go. Можно создать свой builder-образ для любого языка.
Как обновить OpenShift до новой версии?
Обновление выполняется через Cluster Version Operator (CVO). Команда oc adm upgrade запускает процесс. Можно настроить автоматические обновления.
Что такое OpenShift Virtualization?
OpenShift Virtualization позволяет запускать виртуальные машины (KVM) под управлением OpenShift, интегрируя legacy-приложения и контейнеры в одном кластере.
Какие базы данных доступны через OperatorHub?
PostgreSQL (Crunchy Data, CloudNativePG), MySQL (Oracle), MariaDB, MongoDB, Redis, Kafka (Strimzi), Cassandra, Couchbase.
Как бэкапить OpenShift?
Используйте OpenShift API Backup (OADP) на базе Velero + Restic для бэкапа ETCD и образов приложений.
Что такое Helm в контексте OpenShift?
OpenShift поддерживает Helm 3 как альтернативу шаблонам. Но для enterprise-сред чаще используют Operator SDK и OLM.