Size: a a a

DevOps — русскоговорящее сообщество

2020 August 11

t

targitaj in DevOps — русскоговорящее сообщество
тьфу
источник

t

targitaj in DevOps — русскоговорящее сообщество
plan tuml
источник

NA

Nurmukhamed Artykaly in DevOps — русскоговорящее сообщество
источник

t

targitaj in DevOps — русскоговорящее сообщество
вижу, спасибо
источник

NA

Nurmukhamed Artykaly in DevOps — русскоговорящее сообщество
Sergey Trapeznikov
отваливается etcd где, на ините кубадма?
Отваливается когда узел control-plane пытается подключится к узду etcd
источник

A

Anvar in DevOps — русскоговорящее сообщество
"Белтелеком официально предупредил все предприятия об отключении всей связи с 18:00."
правда пруфов пока нет
источник

NA

Nurmukhamed Artykaly in DevOps — русскоговорящее сообщество
Vladimir Deev
Всем привет.

Может быть дурацкий вопрос, и тем не менее возникла такая мысль.

У нас монолитный веб-сервис на Python, весь бэкенд в одном репе + некоторые зависимости хотим ставить через пакеты.

Из этого репо мы запускаем:
- API
- celery-воркеры и celery beat
- telegram бота

Все 3 процесса используют один и тот же virtualenv (хотя, например, телеграм-бот мог бы и поменьше иметь зависимостей) и одни и те же переменные среды.

Сейчас это все запускаем через supervisor, хотим переехать в докер.

Вопрос: а это нормально засунуть все в один Dockerfile и внутри сделать некое условие, в зависимости от параметров запуска запукать API, worker-а или telegram-бота? Т.е. иметь некий условный image backend, а не отдельный image на каждый запускаемый процесс?
Тут очень сильно бьют по почкам, тем кто засовывает supervisord в контейнер.

Один сервис - один контейнер
источник

VD

Vladimir Deev in DevOps — русскоговорящее сообщество
Nurmukhamed Artykaly
Тут очень сильно бьют по почкам, тем кто засовывает supervisord в контейнер.

Один сервис - один контейнер
сейчас supervisor отдельно крутится и запускает процессы напрямую.
сейчас хочется заменить supervisor на docker
источник

B

Buh in DevOps — русскоговорящее сообщество
Vladimir Deev
сейчас supervisor отдельно крутится и запускает процессы напрямую.
сейчас хочется заменить supervisor на docker
Ну можно image собрать один а command запускать разные в зависимости от сервиса. Если у них зависимости одинаковые.
источник

VD

Vladimir Deev in DevOps — русскоговорящее сообщество
Buh
Ну можно image собрать один а command запускать разные в зависимости от сервиса. Если у них зависимости одинаковые.
да, про это и была речь
источник

VD

Vladimir Deev in DevOps — русскоговорящее сообщество
и еще один возможно дурацкий вопрос - есть ли большой смысл от неполной контейниризации приложения.

вот есть, как я понимаю, правильный путь - запаковать приложение в докер, которое заливается в приватный container registry, а оттуда - по серверам.

а есть неполный - храним на сервере исходный код, маунтим как volume в докер контейнер, строим один раз. при деплое деплаем git pull и рестартим контейнер.

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

NA

Nurmukhamed Artykaly in DevOps — русскоговорящее сообщество
Vladimir Deev
и еще один возможно дурацкий вопрос - есть ли большой смысл от неполной контейниризации приложения.

вот есть, как я понимаю, правильный путь - запаковать приложение в докер, которое заливается в приватный container registry, а оттуда - по серверам.

а есть неполный - храним на сервере исходный код, маунтим как volume в докер контейнер, строим один раз. при деплое деплаем git pull и рестартим контейнер.

плюсы правильного пути, хочу понять, насколько неправилен неполный путь и стоит ли сейчас на него тратить время в качестве промежуточного решения или сразу сделать хорошо.
Есть, если умеете хорошо делать версии.
То есть удобно иметь сервис1-сегодня и быть уверенным что он отличается от сервис1-вчера
источник

AS

Aleksey Smirnov in DevOps — русскоговорящее сообщество
делайте сразу хорошо, сделать через жопу всегда успеется
источник

AS

Aleksey Smirnov in DevOps — русскоговорящее сообщество
строите CI, собираете образы, храните образы как артефакты, деплоите образы на машины
источник

VD

Vladimir Deev in DevOps — русскоговорящее сообщество
Nurmukhamed Artykaly
Есть, если умеете хорошо делать версии.
То есть удобно иметь сервис1-сегодня и быть уверенным что он отличается от сервис1-вчера
версии docker image'ей?
источник

NA

Nurmukhamed Artykaly in DevOps — русскоговорящее сообщество
Vladimir Deev
версии docker image'ей?
Да
источник

NA

Nurmukhamed Artykaly in DevOps — русскоговорящее сообщество
Aleksey Smirnov
строите CI, собираете образы, храните образы как артефакты, деплоите образы на машины
А еще лучше
Вы здесь
Ваша мечта там

Теперь остаётся понять какой вектор вашего движения
К мечте или от мечты?
источник

A

Anvar in DevOps — русскоговорящее сообщество
Maksimgeolog
Ребят, куда копать, у парняги с белоруси нет доступа к инету, но до моего компа может пропинговаться, как ему через меня в интернет выйти?
странно что не принято покупать VPN сервис
все предпочитают поебаться еще и  бабла на впски потратить
источник

AS

Aleksey Smirnov in DevOps — русскоговорящее сообщество
преимущество самое главное в контейнерах - ты получаешь плюс/минус независимость от окружения, и у тебя во всех контурах одинаковое поведение, что локальное, что на тестовых средах, что в пре-проде и проде
источник

M

Maksimgeolog in DevOps — русскоговорящее сообщество
Anvar
странно что не принято покупать VPN сервис
все предпочитают поебаться еще и  бабла на впски потратить
которые я знал платные, пишут что отлетели
источник