[openstack-dev] [oslo.messaging] configurable ack-then-process (at least/most once) behavior
Bogdan Dobrelya
bdobrelia at mirantis.com
Fri Dec 11 11:06:35 UTC 2015
Hello.
On 02.12.2015 12:01, Bogdan Dobrelya 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
Here is the spec [0]. Thank you all of the review participants to make
things clear. There is the easiest job left to do now - implementation.
[0] https://review.openstack.org/256342
>>> 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