Gitlab-CI + gitlab-runner'ы на нодах. У нас так, всех живы

это вы перемудрили или недокрутили, смотря с какой стороны посмотреть)

Ну сейчас как раз так, только зачем gitlab ci если все равно руками надо?

А сколько у вас нод сейчас?

ничего руками не надо

Кстати, дженкинс тут сгодится?

Под сами сервисы 8 плюс под сборку и тесты - 2 вроде.

Нормально

Тогда вообще вопрос, это на каком масштабе тогда уже смотрят на кубер и прочее?

от 10-20 сервисов, особенно если по несколько инстансов надо - почти наверняка будет удобней в кубере крутить

Гитлаб CI может сразу на несколько серверов менеджерить?

ты можешь на сколько угодно серверов установить раннеры, и комбинировать их в задачах как надо. сам gitlab-ci только раздаёт задачи раннерам. у нас просто на нодах под сервисы раннеры запущены в привелигерованном режиме. в таске просто делается пулл нового образа, убийство старого контейнера и запуск нового - вот и весь деплой.

В гитлабе просто вызываются какие-то команды. Можно делать ровно то, что делается руками для деплоя, но в гитлабе. Хоть тот же ансибл вызывать, хоть докер.
Но для работы с докером раннер гитлаба должен быть запущен в privileged режиме.

Есть обходной путь без privileged с использованием kaniko, но у меня он не завелся.

Кубернетес и правда слишком громоздкий и ниша по между докером обычным и кубером как-то не очень занята...
Я бы предложил докер контейнеры руками поднимать и опускать. Но должен быть nginx снаружи, чтобы обеспечил переключение входящих запросов между ними

Потому что, кмк, оно сойдёт для установки аппа из репа, ну, типа через apt/yum upgrade/update, но в реп надо таки еще задеплоить, пересобрать индекс... проще заюзать jenkins для этого или аналог. из него так же можно тот же самый ansible запустить.
иначе получится нечитаемый плейбук с кучей шелл-команд... не, конечно можно запилить нечитаемый плейбук который будет собирать апп, разливать по куче бэкендов, дергать везде апп-сервер (ну, тут все от архитектуры зависит...), но нахер это надо? ансибл - для как выше сказали для оркестрирования, если с его помощью можно решить что-то косвенное - не значит что нужно так делать. своему делу - свои инструменты.

Онлайн митап по Go - Карантин, Go away! интересные доклады получились

первый про di dip второй про структуру))

да, чутка подзатянул с ответом) сложно пить, играть и отвечать одновременно :D

Спасибо

да немае за що...

ниша там занята docker-compose и docker-swarm называется