Я пытаюсь узнать о Сельдерей и задавался вопросом, пытаются ли Сельдерей и Пиро достичь того же?
Может кто-нибудь, пожалуйста, скажите мне, есть ли что-нибудь, что Сельдерей может сделать, что Пиро не может, или наоборот?
Сельдерей против пиро: Пиро - альтернатива сельдерею?
Ответ 1
Как я вижу на официальных сайтах, Celery и Pyro, намерены выполнять разные задания, но путаница довольно естественна.
Цель в обоих пакетах - помочь вам с распределенными вычислениями, но с разными подходами: Celery намерен быть распределенным планировщиком задач, это означает, что если у вас есть множество задач (очень некоррелированный) вы можете распространять их по сетке компьютера или по сети.
В то время как Pyro нацелен на создание шлюза связи между объектом по сети, это означает, что если у вас есть довольно большая задача, вы не можете разделить небольшие нерегулярные задачи, но с куча объектов, которые являются независимыми, но обычно нуждаются в информации о других, затем Pyro обеспечивает связь между ними, поэтому вы можете выполнять задачу, распределяющую объекты в компьютерной сетке или по сети.
Вы публикуете это с помощью тега Django, поэтому вам будет необходимо сказать, что запросы, которые выполняются в веб-приложении, можно рассматривать как сгусток (большой с увеличением concurrency) некоррелированных задачи, поэтому Сельдерей может быть тем, что вы ищете.
Ответ 2
Ответ выше объясняет различия между Pyro и Celery.
Но в свете всех других изменений, которые произошли за эти годы по отношению к Python и доступности библиотек Python ZeroMQ и выбора функций, возможно, стоит взглянуть на использование функции травления функции ZeroMQ и PiCloud. Это создает совершенно новый способ создания распределенных стеков.
См. ссылку пример кода на блоге jeffknupp.com
Да, конечно, вы можете придерживаться Сельдерей, чтобы развить распределенных работников задач. И с Pyro вы можете разрабатывать приложения для удаленного вызова процедур. С Celery и Pyro вы делаете все это в мире Python, тогда как с ZeroMQ они реализуются на десятках разных языков и реализуют общие шаблоны для таких сетей, как PUB-SUB, REQ-RES, PIPES и т.д. Это открывает возможность создания языковых агностических возможностей.