<div dir="ltr">I would encourage everyone to listen Zane. I think Zaqar is the way to go for Murano. It is not the first time when someone asks as to switch MQ technologies. Remember our journey with ZeroMQ?<div><br></div><div>Lets meet with Zaqar team on the summit and discuss what we can do together. As I remember Zaqar even had AMQ support on their roadmap but nothing prevents us to use their HTTP based client. </div><div><br></div><div>It will be also great if we can share the client with Heat. I don't see any reason why we can't use one generic agent for software orchestration side. The only different between Heat and Murano there is in declarative vs. imperative approach. Most of the time Heat software orchestration is enough but in some cases like executing the same script multiple times on master node to register minions imperative approach is just more flexible. </div><div><br></div><div>Thanks</div><div>Gosha</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, May 12, 2015 at 6:44 AM, Stan Lagun <span dir="ltr"><<a href="mailto:slagun@mirantis.com" target="_blank">slagun@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">+1 for making Murano Engine <-> Murano Agent communication plugable so that one can switch to Zaqar or anything else. However watching RabbitMQ development for years I know hard can it be to build efficient and reliable system and I'm just not sure Zaqar can compete with such battle-proven thing like RabbitMQ yet. The only advantage I see is multi-tenancy. But I do believe it can be relatively easy be implemented with RabbitMQ. At lease in Murano. Don't want to go off topic here. The main idea is to use <a href="https://github.com/rabbitmq/rabbitmq-auth-backend-amqp" target="_blank">https://github.com/rabbitmq/rabbitmq-auth-backend-amqp</a> and dynamically grant agent permissions only to his dedicated input queue so that it cannot access anything else. Not just other tenants queues but also queues of other VMs in the same tenant. In case of Murano we will not need to maintain additional secrets or databases. Neither it will be needed to create RabbitMQ users/vhosts as all of this becomes virtual. And agent will not be holding any RabbitMQ passwords at all<div><br></div><div> </div></div><div class="gmail_extra"><span class=""><br clear="all"><div><div><div dir="ltr"><span style="border-collapse:separate;color:rgb(0,0,0);font-family:'Times New Roman';font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-size:medium"><span style="font-family:arial;font-size:small">Sincerely yours,<br>Stan Lagun<br>Principal Software Engineer @ Mirantis</span></span><br><span style="border-collapse:separate;color:rgb(0,0,0);font-family:'Times New Roman';font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-size:medium"><span style="font-family:arial;font-size:small"><br><a href="mailto:slagun@mirantis.com" target="_blank"></a></span></span></div></div></div>
<br></span><div class="gmail_quote"><div><div class="h5">On Tue, May 12, 2015 at 10:52 AM, Renat Akhmerov <span dir="ltr"><<a href="mailto:rakhmerov@mirantis.com" target="_blank">rakhmerov@mirantis.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div style="word-wrap:break-word">Zane,<div><br></div><div>Fully agree with you vision here. </div><div><div><div><br></div></div><div><span><blockquote type="cite"><div>On 12 May 2015, at 07:15, Zane Bitter <<a href="mailto:zbitter@redhat.com" target="_blank">zbitter@redhat.com</a>> wrote:</div><div><br></div></blockquote><blockquote type="cite"><div> * Add an action in Mistral for sending a message to a Zaqar queue. This is easy and there's no reason you couldn't do it right now.<br></div></blockquote><div><br></div></span>Any volunteers?</div><div><span><br><blockquote type="cite"><div> * Add a way to trigger a Mistral workflow with a Zaqar message. This is one piece in the puzzle to build user-configurable messaging flows between OpenStack services.[3]<br></div></blockquote><div><br></div></span><div>I added an agenda item for the summit in <a href="https://etherpad.openstack.org/p/vancouver-2015-design-summit-mistral" target="_blank">https://etherpad.openstack.org/p/vancouver-2015-design-summit-mistral</a> to discuss this. Everyone is welcome.</div><span><br><blockquote type="cite"><div>Imagine if there were one place where we implemented reliable queuing semantics at cloud scale, and when we added e.g. long-polling or WebSockets everyone could benefit immediately.[4] Imagine if there were one place for notifications, at cloud scale, for operators to secure. (How many webhook implementations are there in OpenStack right now? How many of them are actually secure against malicious users?) One format for messages between services so that users can connect up their own custom pipelines. We're not that far away! All of this is within reach if we work together.<br></div></blockquote><div><br></div></span><div>Cool picture of a wonderful future :)</div><span><br><blockquote type="cite"><div>Thanks for reading. Please grab me at summit if you want to know more; I am always happy to bend the ear of anyone who will listen at length on this topic. As usual, I'll be the tall dude with the weird accent ;)<br></div></blockquote></span></div><br></div><div>With the great pleasure. </div><div><br></div><div>(P.S. your accent is cool!)</div><span><div><br></div><div><div>Renat Akhmerov</div><div>@ Mirantis Inc.</div><div><br></div></div></span></div><br></div></div><span class="">__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></span></blockquote></div><br></div>
<br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><font color="#999999"><span style="background-color:rgb(255,255,255)">Georgy Okrokvertskhov<br>
Architect,<br><span style="font-family:arial;font-size:small">OpenStack Platform Products,</span><br>
Mirantis</span><br>
<a href="http://www.mirantis.com/" target="_blank">http://www.mirantis.com</a><br>
Tel. +1 650 963 9828<br>
Mob. +1 650 996 3284</font><br></div></div>
</div>