<div dir="ltr">Comments Inline<div><br></div><div>Regards</div><div>-Harshad<br><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Feb 15, 2014 at 11:39 PM, Allamaraju, Subbu <span dir="ltr"><<a href="mailto:subbu@subbu.org" target="_blank">subbu@subbu.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Harshad,<br>
<br>
Curious to know if there is a broad interest in an AWS compatible API in the community?</blockquote><div> </div><div>We started looking at this as some our customers/partners were interested in get AWS API compatibility. We have this blueprint and code review pending for long time now. We will know based on this thread wether the community is interested. But I assumed that community was interested as the blueprint was approved and code review has no -1(s) for long time now.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">To clarify, a clear incremental path from an AWS compatible API to an OpenStack model is not clear.<br></blockquote>
<div> </div><div>In my mind AWS compatible API does not need new openstack model. As more discussion happen on JC's proposal and implementation becomes clear we will know how incremental is the path. But at high level there two major differences</div>
<div>1. New first class object will be introduced which effect all components</div><div>2. more than one project can be supported within VPC.</div><div>But it does not change AWS API(s). So even in JC(s) model if you want AWS API then we will have to keep VPC to project mapping 1:1, since the API will not take both VPC ID and project ID.</div>
<div><br></div><div>As more users want to migrate from AWS or IaaS providers who want compete with AWS should be interested in this compatibility.</div><div><br></div><div>There also seems to be terminology issue here Whats is definition of "VPC"</div>
<div>if we assume what AWS implements is "VPC"</div><div>then what JC is proposing "VOS" or "VDC" (virtual openstack or virtual DC) as all or most of current openstack features are available to user in  this new Abstraction. I actually like this new abstraction. </div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
Subbu<br>
</font></span><div class="im HOEnZb"><br>
On Feb 15, 2014, at 10:04 PM, Harshad Nakil <<a href="mailto:hnakil@contrailsystems.com">hnakil@contrailsystems.com</a>> wrote:<br>
<br>
><br>
> I agree with problem as defined by you and will require more fundamental changes.<br>
> Meanwhile many users will benefit from AWS VPC api compatibility.<br>
<br>
<br>
</div><div class="HOEnZb"><div class="h5">_______________________________________________<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>
</div></div></blockquote></div><br></div></div></div>