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

Bogdan Dobrelya bdobrelia at mirantis.com
Wed Dec 2 11:01:17 UTC 2015

> 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

More information about the OpenStack-dev mailing list