Pull to refresh

Comments 8

Очень полезная тема, Swarm любим и практикуем.
Из вариантов планировщика могу предложить запуска с хоста, что не очень удобно, либо через healthcheck.

Как человек, реализовавший нечто подобное, должен признать, что ваше решение позволяет работать с большим количеством фич, поскольку опирается сразу на готовые функции Docker Swarm и compose-файлов. В моём велосипеде упор сделан больше на то, чтобы всем управлять с веба, а для этого пришлось (из-за нехватки времени) реализовать только самые нужные фичи. Например, повторные запуски, рестарт и другой более тонкий тюнинг у меня пока недоступны, но у вас довольно легко добавить через compose.

Как мы уже с вами обсуждали - удивительно мало всяких удобных небольших шедулеров для запуска задач, поэтому ваш вполне может использоваться.

Неделю назад посмотрев на исходники Swarm-cronjob сразу стало понятно, что можно "встать на плечи титанов" - код прост, баги найдены и устранены, народ уже хочет странного вроде однократного запуска (зачем тогда расписание?) или управления через АПИ (зачем тогда декларативный compose?). Не хватало лишь наблюдаемости. Спасибо за отзыв.

Вы читали статью? Про этот форк и идёт речь.

ctrl+f "max" ничего не показал, у вас именно separate repository а не форк (но в ридми есть ссылка, правда), да и структура репозитория не мэтчится с оригинальным даже визуально, отсюда и поспешный вывод :)

Верно, "crazy" тоже нет, хотя его проект упомянут 4 раза :)

Ну и раз уж мы здесь, то крохотный совет - лучше не использовать hub.docker.com как единственное место, где живет образ. ghcr.io + quay.io (в дополнение в hub-у) есть наше все, да и крайнее падение hub-а показало кто делает мирроринг, а кто нет ;)

Sign up to leave a comment.

Articles