<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 31 August 2016 at 18:54, Joshua Harlow <span dir="ltr"><<a href="mailto:harlowja@fastmail.com" target="_blank">harlowja@fastmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Duncan Thomas wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
On 31 August 2016 at 11:57, Bogdan Dobrelya <<a href="mailto:bdobrelia@mirantis.com" target="_blank">bdobrelia@mirantis.com</a><br></span><span class="">
<mailto:<a href="mailto:bdobrelia@mirantis.com" target="_blank">bdobrelia@mirantis.com</a><wbr>>> wrote:<br>
<br>
    I agree that RPC design pattern, as it is implemented now, is a major<br>
    blocker for OpenStack in general. It requires a major redesign,<br>
    including handling of corner cases, on both sides, *especially* RPC call<br>
    clients. Or may be it just have to be abandoned to be replaced by a more<br>
    cloud friendly pattern.<br>
<br>
<br>
<br>
Is there a writeup anywhere on what these issues are? I've heard this<br>
sentiment expressed multiple times now, but without a writeup of the<br>
issues and the design goals of the replacement, we're unlikely to make<br>
progress on a replacement - even if somebody takes the heroic approach<br>
and writes a full replacement themselves, the odds of getting community<br>
by-in are very low.<br>
</span></blockquote>
<br>
+2 to that, there are a bunch of technologies that could replace the rabbit+rpc, aka, gRPC, then there is http2 and thrift and ... so a writeup IMHO would help at least clear the waters a little bit, and explain the blocker of the current RPC design pattern (which is multidimensional because most people are probably thinking RPC == rabbit when it's actually more than that now, ie zeromq and amqp1.0 and ...) and try to centralize on a better replacement.<br><br></blockquote><div><br></div><div>Is anybody who dislikes the current pattern(s) and implementation(s) volunteering to start this documentation? I really am not aware of the issues, and I'd like to begin to understand them. </div></div>
</div></div>