<div dir="ltr">Thanks your answer, I got it now.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Apr 12, 2013 at 7:30 PM, Eoghan Glynn <span dir="ltr"><<a href="mailto:eglynn@redhat.com" target="_blank">eglynn@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Hi Gareth,<br>
<br>
The swift backend optionally used by glance to store image content is<br>
just one of the stores supported by glance. Alternatively the image<br>
data can be stored in flat files (the default option), S3, RBD-based<br>
stores, or in external stores accessible via HTTP.<br>
<br>
In addition to being able to use alternative stores to swift, glance<br>
also manages image metadata independently of the backend, via a local<br>
RDBMS (generally mysql or posrtgresql).<br>
<br>
So to answer your question, glance is not just a thin layer over swift.<br>
You could of course re-implement a more limited glance-like image service<br>
in that way, but you would be losing some flexibility and also creating<br>
a maintenance headache for yourself in shadowing developments in the<br>
glance API to avoid breaking clients such as nova & cinder.<br>
<br>
Cheers,<br>
Eoghan<br>
<div class="HOEnZb"><div class="h5"><br>
----- Original Message -----<br>
> Thanks for your answer, Iccha and Eoghan,<br>
><br>
> I have another problem. After scanning the source codes, I found current<br>
> Glance is just managing image file (or disk file), which I think its<br>
> functionality is subset of Swift. Both x-meta-image-* and<br>
> x-meta-image-property-* could store in Swift metadata, and ACLs could help<br>
> manage authorizing. And some new features like protected properties could be<br>
> implemented as middleware in Swift too. So, I'm not clear about the goal of<br>
> this project.<br>
><br>
> Before reading the codes (I have to read codes because Glance documents is<br>
> not so helpful), I image this project could manage image file, and also data<br>
> in this image, such root password, default IP and so on. But it's not real.<br>
><br>
> In short, if I want build a cloud with OpenStack and I have ability to write<br>
> my own codes, are there some reasons I setup Glance to manage images, not to<br>
> write a Swift middleware to avoid lots of middle-process?<br>
><br>
><br>
><br>
><br>
> On Fri, Apr 12, 2013 at 6:01 PM, Eoghan Glynn < <a href="mailto:eglynn@redhat.com">eglynn@redhat.com</a> > wrote:<br>
><br>
><br>
><br>
><br>
> > Gareth,<br>
> ><br>
> > There are a number of improvisations in v2 of Glance API. To name a few the<br>
> > registry layer is no longer been used in v2 of Glance API(so one less layer<br>
> > your request has to go through), image sharing has been designed to prevent<br>
> > spamming in v2, there are additional features like protected properties and<br>
> > multiple locations been worked on. I am sure there are several more.<br>
><br>
><br>
> One other bit of newness in v2 that's worth noting, because it's<br>
> actually used in anger by both cinder and nova currently, is the<br>
> direct_url metadata which if enabled in glance allows a client to<br>
> directly access image content from the backend store (if that can<br>
> be achieved more cheaply that way than by traversing the glance-api<br>
> service).<br>
><br>
> Also there was a design document for the v2 API knocking around<br>
> that might be useful for background and detail. The latest draft<br>
> version I have to hand is:<br>
><br>
> <a href="https://docs.google.com/document/d/1jPdgmQUzTuSt9iqcgPy74fbkzafCvqfQpvzRhwf2Kic" target="_blank">https://docs.google.com/document/d/1jPdgmQUzTuSt9iqcgPy74fbkzafCvqfQpvzRhwf2Kic</a><br>
><br>
> though there may be a more recent version in existence.<br>
><br>
> Cheers,<br>
> Eoghan<br>
><br>
><br>
> > Thanks,<br>
> > Iccha<br>
> ><br>
> > -----Original Message-----<br>
> > From: "Gareth" < <a href="mailto:academicgareth@gmail.com">academicgareth@gmail.com</a> ><br>
> > Sent: Thursday, April 11, 2013 12:51am<br>
> > To: <a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a><br>
> > Subject: [openstack-dev] [Openstack][Glance] difference api version between<br>
> > v1 and v2<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>
> > Hi, Glance devs<br>
> ><br>
> > Any design purpose between v1 and v2 API?<br>
> ><br>
> > I know the url changed a little, but functionality seems same.<br>
> ><br>
> > So is there any further improvement in v2 API?<br>
> ><br>
> > Thanks<br>
> > --<br>
> > Gareth<br>
> ><br>
> > *Cloud Computing, Openstack, Fitness, Basketball<br>
> > *<br>
> > *OpenStack contributor*<br>
> > *My promise: if you find any spelling or grammar mistakes in my email from<br>
> > Mar 1 2013, notify me *<br>
> > *and I'll donate $1 or ¥1 to an open organization you specify.*<br>
> ><br>
> ><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>
> ><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>
><br>
><br>
><br>
> --<br>
> Gareth<br>
><br>
> Cloud Computing, Openstack, Fitness, Basketball<br>
> OpenStack contributor<br>
> My promise: if you find any spelling or grammar mistakes in my email from Mar<br>
> 1 2013, notify me<br>
> and I'll donate $1 or ¥1 to an open organization you specify.<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>
><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>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><font color="#444444">Gareth</font><div><font color="#444444"><br></font><div><i><font color="#444444">Cloud Computing, Openstack, Fitness, Basketball<br>
</font></i></div><div><i><font color="#666666">OpenStack contributor</font></i></div><div><i><font color="#999999">My promise: if you find any spelling or grammar mistakes in my email from Mar 1 2013, notify me </font></i></div>
<div><i><font color="#999999">and I'll donate $1 or ¥1 to an open organization you specify.</font></i></div></div></div>
</div>