[openstack-dev] Taskflow remote worker model ftw!
harlowja at yahoo-inc.com
Mon Mar 10 22:31:16 UTC 2014
No dependency on celery,
Currently it's not using oslo.messaging yet since oslo.messaging is still
dependent on py2.6,py2.7 (it also wasn't released to pypi when this work
started). Taskflow is trying to retain py3.3 compatibility (as all new
libraries should) so bringing oslo.messaging in at the current time
would reduce what taskflow can run with to py2.6,py2.7.
Of course this is getting better as we speak (and afaik is a
work-in-progress to fix this). As oslo.messaging matures I'm all for using
it (and depreciating the work here done with kombu). Until then, we can
think of making the backend more pluggable then it already is (having a
kombu supported one and a oslo.messaging supported one) if we need to
(hopefully the oslo.messaging py3.3 work should finish quickly?).
From: Zane Bitter <zbitter at redhat.com>
Organization: Red Hat
Reply-To: "OpenStack Development Mailing List (not for usage questions)"
<openstack-dev at lists.openstack.org>
Date: Monday, March 10, 2014 at 2:10 PM
To: "openstack-dev at lists.openstack.org" <openstack-dev at lists.openstack.org>
Subject: Re: [openstack-dev] Taskflow remote worker model ftw!
>Cool, nice work Josh & team!
>On 10/03/14 17:23, Joshua Harlow wrote:
>> This means that the engine no longer has to run tasks locally or in
>> threads (or greenthreads) but can run tasks on remote machines (anything
>> that can be connected to a MQ via kombu; TBD when this becomes
>Does that reflect a dependency on Celery? Not using oslo.messaging makes
>it a non-starter for OpenStack IMO, so this would be a very high
>priority for adoption.
>OpenStack-dev mailing list
>OpenStack-dev at lists.openstack.org
More information about the OpenStack-dev