<div dir="ltr">I agree that enabling communication between guest and cloud service is a common problem for most agent designs. The only exception is agent based on hypervisor provided transport. But as far as I understand many people are interested in network-based agent, so indeed we can start a thread (or continue discussion in this on) on the problem.<div>
<br></div><div>Dmitry</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/12/19 Clint Byrum <span dir="ltr"><<a href="mailto:clint@fewbar.com" target="_blank">clint@fewbar.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So I've seen a lot of really great discussion of the unified agents, and<br>
it has made me think a lot about the problem that we're trying to solve.<br>
<br>
I just wanted to reiterate that we should be trying to solve real problems<br>
and not get distracted by doing things "right" or even "better".<br>
<br>
I actually think there are three problems to solve.<br>
<br>
* Private network guest to cloud service communication.<br>
* Narrow scope highly responsive lean guest agents (Trove, Savanna).<br>
* General purpose in-instance management agent (Heat).<br>
<br>
Since the private network guests problem is the only one they all share,<br>
perhaps this is where the three projects should collaborate, and the<br>
other pieces should be left to another discussion.<br>
<br>
Thoughts?<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</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>
</blockquote></div><br></div>