SG
Это костыль же
Size: a a a
2021 January 13
SG
Хоть бы имидж тегнули и уже по тегу брали
SG
Я поднимал ёлку с этой репы. Там просто нужно создать .env файлик и указать конкретную версию стека, и все заводится
AP
Ребята, кто знаком с AWS codePipeline: на первом шаге ( stage Source) стягивает репозиторий с Github по умолчанию при каждом push, а мне надо при каждом push request.Это настраивается без GitHub webhooks или только с их участием?
А
Всем привет! Понимаю, что не совсем подпадает под концепцию, но есть ли рабочие способы стартовать параллельно с основным процессом в докере cron?
AG
Алексей
Всем привет! Понимаю, что не совсем подпадает под концепцию, но есть ли рабочие способы стартовать параллельно с основным процессом в докере cron?
Лучше рядом второй для этого
A
Доброго вечера!
Есть ли тут кто-нибудь, кто деплоит чрез Helm чарты с зависимостями?
Есть ли тут кто-нибудь, кто деплоит чрез Helm чарты с зависимостями?
a6
Алексей
Всем привет! Понимаю, что не совсем подпадает под концепцию, но есть ли рабочие способы стартовать параллельно с основным процессом в докере cron?
Два крона что ли? Если так то напиши просто тикер на баше и поставь в бекраунд при запуске через while true; Есть и более извращенный вариант
https://gostash.it/ru/stashes/tagged/cron
https://gostash.it/ru/stashes/tagged/cron
А
Два крона что ли? Если так то напиши просто тикер на баше и поставь в бекраунд при запуске через while true; Есть и более извращенный вариант
https://gostash.it/ru/stashes/tagged/cron
https://gostash.it/ru/stashes/tagged/cron
Нет, один, который будет, запуская баш-скрипты, обслуживать основной сервис. Причем руками я уже это все делаю, если зайду в контейнер и сделаю service cron start. Хочу понять, как можно стартовать его при запуске контейнера параллельно основному сервису.
i
Алексей
Всем привет! Понимаю, что не совсем подпадает под концепцию, но есть ли рабочие способы стартовать параллельно с основным процессом в докере cron?
не надо так
i
на самый крайний случай - supervisord
i
Но если приходится так делать, значит где-то архитектурно уже что-то не так
А
Но если приходится так делать, значит где-то архитектурно уже что-то не так
Архитектурно все так, внутри контейнера нужен просто стартер нескольких скриптов по расписанию. Supervisord, насколько я знаю, больше для работы из интерфейса.
i
Алексей
Архитектурно все так, внутри контейнера нужен просто стартер нескольких скриптов по расписанию. Supervisord, насколько я знаю, больше для работы из интерфейса.
Ну вот внутри контейнера и по расписанию - это и есть не так
А
Ну вот внутри контейнера и по расписанию - это и есть не так
А в чем проблема? Этот крон нужен только для обслуживания основного сервиса, он полностью на него завязан. Грубо говоря, джоба уровня создать архив из нужных файлов, сгенеренных сервисом, и переместить его в binded mount.
i
Алексей
А в чем проблема? Этот крон нужен только для обслуживания основного сервиса, он полностью на него завязан. Грубо говоря, джоба уровня создать архив из нужных файлов, сгенеренных сервисом, и переместить его в binded mount.
Ну вот вообще в идеологии докера - ты запускаешь внешним сервисом контейнер под команду, она выполняется, контейнер помирает
i
cronjobs в кубе как пример
А
Соглашусь, но мне это нужно в docker-compose