ну реально. тем кто не сталкивался с таким. им пофиг. тут видимо не тот чат. тут девопс. бекапы тоже в контейнрах и всем настрать. а тем кто дедики настраивает как быть? 🙂

Ну я настраиваю. Смотрю что в корне и вижу эти скрипты. А в них пути

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

настраивал как-то бекап на 3 серверах за 1 день. нужно было подправить уже существующие. и чтобы вы думали. так-как нет документированного стандарта. то бекапы и скрипты которые их делали валялись в таких интересных местах, как: /srv/backup.sh; /opt/backups/backup.sh; /usr/local/sbin/backup-something.sh;
а файлы с самимим бекапами были и в /root/data/backups/ и в /var/backups/mysql/ и в других интересных, хрен найдешь, каких местах. мне кажется пора определится всем уже…

можно по ssh без проблем, например так

stages:
 - deploy

deploy:
 stage: deploy
 image: greenatom/ssh-client
 when: manual
 script:
   - |
     echo "Init ssh"
     eval $(ssh-agent -s)
     echo "$STAGE_SSH_PRIVATE_KEY" | tr -d '\r' | ssh-add - > /dev/null
     mkdir -p ~/.ssh
     chmod 700 ~/.ssh
     echo "${STAGE_DEPLOYMENT_SERVER_IP} deployment.server" >> /etc/hosts
     ssh-keyscan -p ${STAGE_DEPLOYMENT_SERVER_PORT} deployment.server > ~/.ssh/known_hosts
     chmod 644 ~/.ssh/known_hosts
     echo "Starting deploy to test ..."
     scp -P ${STAGE_DEPLOYMENT_SERVER_PORT} ./docker-compose.yml ./update.sh ${STAGE_DEPLOYMENT_USER}@deployment.server:~/
     ssh -p ${STAGE_DEPLOYMENT_SERVER_PORT} ${STAGE_DEPLOYMENT_USER}@deployment.server "./update.sh"

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

curl -o /temp/some script.sh https://gitlab/some/url
sh /temp/somescript.sh

Улучшает сопровождение кода,
Повышается разделяемость- когда gitlab.yml - редактирует одна команда, а баш-скрипт другая команда.

Подумайте и напишите мне своё мнение???

ну я как предложение привёл кусок кода, а вообще у меня так и сделано - скрипт из одной строки состоит, и без всякого curl, а прямо из текущего репозитория

Ок. Просто люди любят копипасту, она потом кочует по интернету как лучший пример

в таком случае я просто мог написать - "да, можно через ssh". И что плохого, если мой пример станет кочевать по интернету в сопровождении фразы "лучший пример"? )

s3

Я задумался, а нафига им ssh? Они разве не могут через vault креденшны раздавать?

Я считаю что это лишнее

сказанное слово не может быть сказанным если оно не сказано

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

ребят, если вы не знаете C - то это гиблое дело. Мне доводилсь в Linux-ядро впихивать драйвер RAID-контроллера. Потратил неделю. И без знаний C - не было б у меня хоть и старенького, но надёжного сервака на Centos8

самопальный драйвер raid контроллера ... Не хотел бы я оказаться файлом на файловой системе этого блочного устройства