[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