Что то не могу понять с доков(овнера пока не дают

и меню не доступны)

Чтобы задеплоить, мы ставим раннер на машину куда деплоить и процесс деплоя прописываем через script:

В общих чертах примерно так?

Вариант рабочий, но плохой.

Я не очень понимаю именно тот момент, как указать машину для деплоя и как гитлаб получит к ней доступ. Потому что в доках там что то вроде укажите имя/url. Я подумал, что там раннер должен быть установлен

Ну вот если абстрагироваться от гитлаба и раннеров. У вас папка с проектом. Вы в консоли собираете бинарник и вам его надо на сервер залить. Как будете действовать? А если на 50 серверов?

Я так понимаю подразумевается оркестрация? Нам до этого далеко, у нас Unity(игровой) проект и специфика просто деплоить на демо стенд. Так что с контейнерами я знаком пока только в духе установить ручками какой нить пакет типо постгре

1 вариант. ставите раннер на машину (ssh-runner или там powershell в зависимости от системы) и пишете скрипты которые необходимо выполнить, указывая тег раннера 2 вариант. раннер отдельно. тогда на машину он ходить будет к примеру с помощью ssh и ключа который у вас где нибудь в переменных лежит

почему то все сразу начинают мыслить большими категориями. "а если на 50", "а если на тыщу", сразу же тут же ансибл с терраформом, обмазанный метриками и прочим.

Я просто не знаю потребностей . Это был намек на то, что если надо заливать на большое кол-во серверов сразу, то проще это сразу учесть. Не более 🙂

Ансибл

двачую этого джентельмена

это deployment management и этим занимаются отдельные продукты. Например - Octopus

registry + gitops

это если контейнеры. Если куб - argo rollouts. В любом случае это отдельная большая тема