Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Относительно безопасный путь для автоматический доставки #21

Closed
umputun opened this issue Oct 16, 2018 · 8 comments

Comments

@umputun
Copy link
Member

umputun commented Oct 16, 2018

После добавления нового поста для его доставки на хост надо запускать deploy.sh локально. Все, что он делатет commit + push и потом
ssh podcast.umputun.com "cd /srv/podcast-uwp && git pull && docker-compose -f docker-compose-publisher.yml run --rm hugo"

Хотелось бы второй шаг убрать, т.е. весь deploy будет состоять из commit+push и все остальное каким-то образом будет запускаться автоматически трэвисом.

Цель этого изменения:

  • упрощение процесса на моей локальной стороне
  • автоматическое построение не только в момент добавления нового поста но и, например, при вливании PR для починки чего-то

Однако, отдавать travis доступ по ssh я не хочу, по понятным причинам. Пытаюсь найти альтернативное решение которое будет безопасней.

@umputun umputun changed the title Относительно безопасны путь для автоматический доставки Относительно безопасный путь для автоматический доставки Oct 16, 2018
@umputun
Copy link
Member Author

umputun commented Oct 16, 2018

пока добавил updater.sh переодически делающий fetch

@umputun
Copy link
Member Author

umputun commented Oct 16, 2018

если у кого есть идеи как это просто и элегантно сделать без периодического fetch - буду рад выслушать

@ufian
Copy link
Contributor

ufian commented Oct 16, 2018

Микросервис на стороне podcast.umputun.com будет оверкилом?
Я для своих пет-прожектов сделал webhook, срабатывающий на push на стороне github.

То есть происходит push, github дергает мой webhook, микросервис перестраивает контейнер сервиса. Любой push откуда угодно сразу деплоится.

@umputun
Copy link
Member Author

umputun commented Oct 17, 2018

не будет, но с ним есть проблемы. Именно так я обновляю ботов для рт, т.е. есть контейнер который можно дернуть за url с basic auth и он запускает скрипт обновления.

проблема тут в том, что дать контейнеру достаточно всего, чтоб он мог вызывать compose на хосте - это совсем непросто. Это делается, но выглядит довольно мудренно

@ufian
Copy link
Contributor

ufian commented Oct 17, 2018

А контейнер не может зайти на хост по ssh и там запустить?

Мне хватило python:2.7-slim (стандартный контейнер поверх debian:stretch-slim) и сокета докера
- /var/run/docker.sock:/var/run/docker.sock

@umputun
Copy link
Member Author

umputun commented Oct 17, 2018

контейнер по ssh к хосту это интересная идея. но зачем тогда мэпить /var/run/docker.sock мне непонятно, это надо для того, чтоб доступаться к хостовому докеру.

@ufian
Copy link
Contributor

ufian commented Oct 17, 2018

Это разные идеи. Мапинг докера - это для запуска docker-compose в контейнере для моих пет-прожектов

@umputun
Copy link
Member Author

umputun commented Oct 19, 2018

оставлю с примитивнымupdater.sh. Работает нормально, никакие лимиты github не тригерит.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants