Он собирается всё тем же гитлабом

Посмотрите тут https://docs.openshift.com/container-platform/3.11/dev_guide/deployments/basic_deployment_operations.html#image-change-trigger

Про GitlabCI можете прочитать тут https://k33g.gitlab.io/articles/2019-07-26-OPENSHIFT.html и тут http://www.admin-magazine.com/Archive/2018/47/Automatic-build-and-deploy-with-OpenShift-and-GitLab-CI

Имаджстримы и пайпланы, зачем еще руками куда-то лезть?

ГитЛаб СИ я немного, но знаю. И как сделать описанный стейдж - понимаю.

У меня именно этот вопрос возник после прочтения. 😊

Не исключаю, что что-то не понимаю, но ответ, по моему, звучит "не очень".

Тут разговор даже немного об ином: приложение и образ с ним собирается ГитЛаб-ом и пушится в репозиторий (описаны два стейджа в .gitlab-ci.yml). И уже для того, чтобы развернуть оттуда в  ОШ (ОКД) - что-то правится ручками...

Ещё вопрос: в доке https://docs.okd.io/3.11/admin_guide/iptables.html пишется про установку iptables. Но насколько это необходимое действие?
Ведь ОШ взаимодействует не с iptables или firewalld, а с netfilter напрямую (iptables или firewalld нужны уже админу сервера для прописывания своих, дополнительных, правил).
Я бы вообще отключил МСЭ, т.к. на кубере на Центосе не раз сталкивался с проблемами в его работе. Вот с такой, например: https://www.linux.org.ru/forum/general/14727976

Мне недоступна информация по ссылке https://access.redhat.com/solutions/3018991
Если у кого-то есть доступ - пришлите, плз, полную доку по этой ссылке.

Доку прислали. не актуально.

Через патч

А чуть подробней можно? Не очень понял. 😊

oc patch меняет что нужно по определенному патену

Но это всё равно несколько коряво, на мой вкус.
Правильней сделать через пайплайн, чтобы вся конфигурация, необходимая для сборки и развёртывания была описана в .gitlab-ci.yml и хранилась в репе приложения.
Или я не прав?

Gitlab не знает ровным счетом ничего об опеншифт и может только вызывать команды. Можно написать плейбук который будет выполнять определенные действия и вызываться будет через ci

Я понимаю, но как бы не было, по самой логике Ci/CD ручные действия с правкой конфигов должны быть минимизированы, а всё необходимое для сборки и деплоя (скрипты, плейбуки и прочее) - находиться в репе. Всё в одном месте.
Хотя из самого гитлаба можно даже просто закинуть ямл и запустить под из него через соотв. стейдж, а не правкой конфига.
Но я хз, как на самом деле: на вопрос "как" было сообщено только то, что я написал в самом начале.

Тогда в чем вопрос? Выстраиваете ci, а cd передаете уже на другие утилиты, так как гитлаб не имеет модулей для openshift. С тем же ансиблом достаточно написать плейбук, и как параметры из гитлаб ci передавать ему переменные

Я не веду ОШ: не наша зона ответственности.
Его установил "волшебный интегратор", совершенно не поясняя, что, как и зачем делает. Никакой документации от слова "совсем". Вообще.
Отсюда и вопросы, на которые получены ответы уровня  "начальная школа".
Но это эмоции не по теме конференции.

А как-то можно сформулировать чего хотим?