Как правильно настроить непрерывную интеграцию с любым конфигом удалённого сервера?

Question

[historydev]

.gitlab-ci.yml:

job 1:
    script: 
        - rsync -r $CI_PROJECT_DIR $REMOTE_SERVER_ADDRESS:$REMOTE_SERVER_PATH
        - ssh $REMOTE_SERVER_ADDRESS 'cd $REMOTE_SERVER_PATH/$CI_PROJECT_NAME | ls'
    tags:
        - docker

Я хочу настроить ci/cd между виртуалкой где стоит gitlab server и виртуалкой где стоит docker.

Я не нашёл конкретных примеров по своим запросам в поисковике, поэтому пробую сам.

Минимальные этапы которые я вижу:

1. Сборка проекта (если есть что собирать, в моём текущем случае нечего собирать, просто файлы проекта на ноде)
   
2. Копирование файлов на удалённый сервер
   
3. Сборка docker image и запуск
   

Целый день гуглежа выдал мне перформанс в виде того, что я должен брать shell executor и обращаться по ssh.

Как по мне это нонсенс.

Есть ssh executor, но его работа абсолютно не связана с его названием, как я понял работает с gitlab-runner на удалённой машине по ssh, а не даёт терминал ssh удалённой машины.

Как процесс должен выглядеть на бумаги и на практике?

Comments

[pfg21]

пункт один по мне так должен быть не меньше "сборка+тестирование в виртуалке с полной ИБД" и только апосля успешного результата отправка внутренностей протестированной виртуалки на рабочую машину.
естественно внутренности виртуалки должна быть максимально совпадать с рабочим севером.

опять же не понятно чё делает докер в пункте 3. если вы работаете с докер-контейнером, то его сборка и тестирование должно быть в п.1

[historydev]

pfg21,

Сборка+тестирование по логика да, должна быть ещё на гитлабе. - что такое ИБД?

Однако в этом случае нужно будет либо докер ставить, чтобы в образах собирать приложения, либо вообще плохой вариант, ставить все зависимости на вм.

Условно будет 5 приложений на расте, пистоне, ноде, плюсах и гошке.

Видимо нужно ставить docker-engine, тогда уже весь гитлаб в докер загружать нужно или только gitlab-runner, непонятно, на днях только gitlab поставил.

https://docs.gitlab.com/runner/install/docker.html

[pfg21]

ИБД - иммитация бурной деятельности.
по мне так собирать докер-контейнер надо в самом начале, со всеми зависимостями - это компиляция программы сервера.
в докере все комплектующие будут неизменны и протестировав комплект в "домашних" условиях, можно гарантировать что он точно также будет работать гдето там на удаленном продакшене.
гитлаб для бинарей нахер не нужен. современная молодежь привыкла забивать гвозди микроскопами ибо микроскопы дешовые до ужаса. все плюшки гит-системы создавались для текстовых файлов.
гарантированную доставку докер-контейнера на удаленку можно сделать rsync (+ssh для защищености)

[historydev]

pfg21,

Предлагаете билдить контейнер на месте и отправлять image на прод через rsync?

гитлаб для бинарей нахер не нужен.

Я не в теме плюсов и прочих низкоуровневых мозго-дробителей, привёл просто для примера, видимо плохой пример.

Поставил докер, сейчас раннера буду пробовать регать и запускать в докере, посмотрю как работает.

[pfg21]

historydev, ммм, а как еще производить тестирование продакшен-комплекта ??
смысл докера аккурат в идентичности работы контейнера на "любой" машине.
собрал контейнер со всеми зависимостями "дома" потестил его во все дыры и коль все ок, отправил на продакшен. наполнение продакшена минимально "только ядро и докер" - он просто тупо работает :)

Answer 1

[Алексей Мартыненко]

Привет!

Я бы решал эту задачу следующим алгоритмом:

1. Сборка проекта
   
2. Сборка docker image
   
3. Push docker image в container registry проекта
   
4. Подключаемся на машину, где ставим релиз
   
5. Из container registry пулим уже собарнный образ нашего прлиожения
   
6. Запускаем приложение