[openstack-dev] [oslo.messaging] configurable ack-then-process (at least/most once) behavior

Renat Akhmerov rakhmerov at mirantis.com
Thu Dec 10 11:50:37 UTC 2015


Hi, I also left my comment in the patch which explains what we need from Mistral perspective. Please take a look.

Renat Akhmerov
@ Mirantis Inc.



> On 02 Dec 2015, at 17:01, Bogdan Dobrelya <bdobrelia at mirantis.com> wrote:
> 
>> Bogdan,
>> 
>> Which service would use this flag to start with? and how would the
>> code change to provide "app side is fully responsible for duplicates
>> handling"?
> 
> (fixed topic tags to match oslo.messaging)
> 
> AFAIK, this mode is required by Mistral HA. Other projects may want
> the at-least-once rpc delivery model as well.
> 
> I see that the patch scope is not enough. Although it would be nice to
> have it demonstrated by the simple example... Anyway, we should address
> all of the concerns raised here in the spec.
> 
>> 
>> Thanks,
>> Dims
>> 
>> On Tue, Dec 1, 2015 at 4:27 AM, Bogdan Dobrelya <bdobrelia at mirantis.com> wrote:
>>> On 30.11.2015 14:28, Bogdan Dobrelya wrote:
>>>> Hello.
>>>> Please let's make this change [0] happen to the Oslo messaging.
>>>> This is reasonable, straightforward and backwards compatible change. And
>>>> it is required for OpenStack applications - see [1] - to implement a
>>>> sane HA. The only thing left is to cover this change by unit tests.
>>>> 
>>>> [0] https://review.openstack.org/229186
>>>> [1]
>>>> http://lists.openstack.org/pipermail/openstack-dev/2015-October/076217.html
>>>> 
>>> 
>>> Here is related bp [0]. I will submit the spec as well and put there all
>>> of the concerns Mehdi Abaakouk provided in the aforementioned patch
>>> review process. I believe the ack-then-process pattern *has* use cases,
>>> that is why this topic will be raised again and again unless adressed.
>>> 
>>> [0]
>>> https://blueprints.launchpad.net/oslo.messaging/+spec/at-least-once-guarantee
>>> 
>>> 
>>> --
>>> Best regards,
>>> Bogdan Dobrelya,
>>> Irc #bogdando
>>> 
>>> __________________________________________________________________________
>>> OpenStack Development Mailing List (not for usage questions)
>>> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> 
> 
> -- 
> Best regards,
> Bogdan Dobrelya,
> Irc #bogdando
> 
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev




More information about the OpenStack-dev mailing list