Привет всем! Вопрос по gitlab ci. Несколько дней ищу решение и не могу никак найти. У меня есть проект на гитлабе, раннер собирает приложение на сервере.
Можно ли как-то потом его деплоить на другие сервера? Там деплой уровня раскидать собранные файлы по папкам и выполнить одну команду.
Пытался по ssh (в yml прописать ssh user@ip ‘commands’), раннер не дает подключиться к другому серверу.

В моем понимании идеальный вариант это так: есть раннер на промежуточном сервере, там собирается приложение, а при запуске пайплайна я указываю адрес сервака, на который хочу задеплоить. И его юзернейм/пасс, например. Или только адрес, но знаю, что у меня настроен ssh между промежуточным и итоговым серваками.

Это возможно вообще?
Если вопрос тупой, то прошу прощения.

возможно

Use ansible

не обязательно

Почему сразу энсибл

можно по 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"

Не понимаю, в чём проблема, у нас примерно так и сделано

JFYI ssh -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null и не надо будет ssh-keyscan и порчу known_hosts устраивать 🙂

так его ж вообще нет в свежем job )

Лишний шаг не к лицу девопсу 🙂

слишком страшные аргументы для ssh, а если ещё и куча scp нужно и всё такое, то вообще треш, так что норм

Всем привет, вопрос для тех кто знаком с Google cloud , есть ВМ, есть экземпляр БД отдельно, используется cloud sql proxy , все работает. Но увеличивается время ответа от БД, кеш БД есть. работает для интернет магазина, может в этому случае БД хранить локально? на ВМ?

как вообще cloud sql proxy влияет на скорость ответа от БД? для каких целей лучше выносить SQL бд отдельно, чем локально? Спасибо заранее

@upbot_org here it is.
User commands:
- /man - send list of commands to chat
- /coc - send code of conduct to user
- /jobs - send rules of publishing job opportunities and cv
- /ad - send rules of publishing advertising
- /chats - send list of friendly chats
- /events - send list of events to user
- /starter - send starter kit to user
- /middle - send starter kit to user
- /tasks - send user pack of DevOps tasks
- /course - send to user list list of courses
- /cert - send user list of certification tips & tricks
- /relocate - send user list of relocate chats and channels
- /report - forward replied message to admin chat and send link of replied message for fast-navigation

какая разница куда

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

+

мечтаю что в centos 9, debian 11/ubuntu 21 сделают папку по умолчанию /backups/ и все будут её юзать

подлинкованную из /root/ )