Комментарии 5
>К сожалению, системы на базе Celery сложно поддерживать в работоспособном состоянии, и когда что-то идёт не так, то найти проблему бывает весьма не просто.
А вы уверены, что говорите именно про проблемы продукта, а не очереди, поверх которой бежит Celery (rabbitmq/redis/mongo)
А вы уверены, что говорите именно про проблемы продукта, а не очереди, поверх которой бежит Celery (rabbitmq/redis/mongo)
Сам celery достаточно сложный продукт. Много абстракций, много возможностей. Чтобы понять его изнутри надо продраться сквозь все эти абстракции.
Полностью согласен про сложность. Мало того сложность, он еще и достаточно запутан.
Я как то хотел его использовать в своем проекте, но наткнулся просто на стену.
У меня есть приложение некоторые задачи которых хотелось вынести в очередь.
Я взялся за celery и сразу словил лулзы по поводу тестирования.
Я хотел написать код задач единожды, но при тестировании подменять настройки sheduler'а на eager mode и другие настройки.
Я пытался разобратся, но код там немного беспорядочный в итоге заюзал другой инструмент.
Я как то хотел его использовать в своем проекте, но наткнулся просто на стену.
У меня есть приложение некоторые задачи которых хотелось вынести в очередь.
Я взялся за celery и сразу словил лулзы по поводу тестирования.
Я хотел написать код задач единожды, но при тестировании подменять настройки sheduler'а на eager mode и другие настройки.
Я пытался разобратся, но код там немного беспорядочный в итоге заюзал другой инструмент.
но если всё же не хватает возможностей
Из статьи создается ощущение того, что все с Spooler «ровно-гладко, замените Celery, захочете еще»,
И все же какие есть различия с Celery кроме описанных выше, нюансы в продакшене?
А можно по-подробнее, о каких проблемах с Celery идет речь? Сам участвую в проекте с Celery не так давно, но пока не возникало желания его выкинуть и заменить на что-то другое
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
The uWSGI Spooler