<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Aug 5, 2013 at 7:26 AM, John Garbutt <span dir="ltr"><<a href="mailto:john@johngarbutt.com" target="_blank">john@johngarbutt.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 3 August 2013 03:07, Christopher Yeoh <<a href="mailto:cbkyeoh@gmail.com">cbkyeoh@gmail.com</a>> wrote:<br>

> Some people had concerns about exposing the glance api publicly and so<br>
> wanted to retain the images support in Nova.<br>
> So the consensus seemed to be to leave the images support in, but to demote<br>
> it from core. So people who don't want it exclude the os-images extension.<br>
<br>
</div>I think a lot of the concern was around RBAC, but seems most of that<br>
will be fixed by the end of Havana:<br>
<a href="https://blueprints.launchpad.net/glance/+spec/api-v2-property-protection" target="_blank">https://blueprints.launchpad.net/glance/+spec/api-v2-property-protection</a></blockquote><div><br></div><div>I don't think this is a big issue. The RBAC approach to properties is just an attempt to formalize what large public clouds are already doing in their forks to manage info about image billing. Its not really a critical blocker for public adoption.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
Given v3 is will not be "finished" till Icehouse, maybe we should look<br>
at removing os-images extension for now, and putting it back in for<br>
Icehouse if it causes people real headaches?<br>
<div class="im"><br>
> Just as I write this I've realised that the servers api currently returns<br>
> links to the image used for the instance. And that won't be valid if the<br>
> images extension is not loaded. So probably have some work to do there to<br>
> support  that properly.<br>
<br>
</div>Have we decided a good strategy for this in v3? Referring to image in<br>
glance, and networks and ports in neutron.<br>
<br>
The pragmatic part of me says:<br>
* just use the uuid, its what the users will input when booting servers<br>
<br>
But I wonder if a REST purest would say:<br>
* an image is a REST resource, so we should have a URL pointing to the<br>
exposed glance service?</blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
What do you think? I just want to make sure we make a deliberate choice.<br>
<span class="HOEnZb"><font color="#888888"><br>
John<br>
</font></span><div class="HOEnZb"><div class="h5"><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>
</div></div></blockquote></div><br></div></div>