<div dir="ltr"><div><div>Hey, Flavio :) Thanks for your questions!</div><div><br></div><div>As you said currently only Nokia's adopting Glare for its own platform, but if we talk about OpenStack, that I believe Mistral will start to use it soon. </div><div>In my opinion Glare's adoption is low due to the fact that the project is not included under Big Tent. I think it will be changed soon, because now I'm finishing Glare v1 API proposal, and when it's done we will apply under BT.</div><div><br></div><div>About Glance v2 API - as I said they are +- the same with several cosmetic differences (in Glance status is called 'queued', in Glare we renamed it to 'drafted', and so on). For this reason I'm going to implement a middleware, that will provide a full Image API v2 for Glare (even with unnecessary '/v2' prefix) and glance clients will be able to communicate with it as with Glance. It's definitely doable and we can discuss it more detailed during the PTG.</div><div><br></div><div>Best,</div><div>Mike</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 23, 2017 at 11:51 AM, Flavio Percoco <span dir="ltr"><<a href="mailto:flavio@redhat.com" target="_blank">flavio@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">On 19/01/17 12:48 +0300, Mikhail Fedosin wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Hi Matt!<br>
<br>
This should be discussed, for sure, but there is a lot of potential. In<br>
general, it depends on how far we are willing to go. In the minimum<br>
approximation we can seamlessly replace Glance with Glare and operators<br>
simply get additional features for versioning, validation (and conversion,<br>
if necessary) of their uploaded images on the fly, as well as support for<br>
storing files in different stores.<br>
<br>
If we dig a little deeper, then Glare allows you to store multiple files in<br>
a single artifact, so we can create a new type (ec2_image) and define three<br>
blobs inside: ami, ari, aki, and upload all three as a single object. This<br>
will get rid of a large amount of legacy code and simplify the architecture<br>
of Nova. Plus Glare will control the integrity of such artifact.<br>
</blockquote>
<br></span>
Hey Mike,<br>
<br>
Thanks for bringing this up. While I think there's potential in Glare given it's<br>
being created during a more mature age of OpenStack and based on matured<br>
principles and standards, I believe you may be promoting Glare using the wrong<br>
arguments.<br>
<br>
As you mentioned in your first email on this thread, Glare has a set of<br>
functionalities that are already useful to a set of existing projects. This is<br>
great and I'd probably start from there.<br>
<br>
* How much have these projects adopted Glare?<br>
* Is Glare being deployed already?<br>
* What projects are the main consumers of Glare?<br>
<br>
Unfortunately, replacing Glance is not as simple as dropping Glare in because<br>
it's not only being used by Nova. Glance is also a public API (at least v2) and<br>
there are integrations that have been built by either cloud providers or cloud<br>
consumers on top of the existing Glance API.<br>
<br>
If Glare ships a Glance compatible API (as a way to make a drop-in replacement<br>
possible), it'll have to support it and live with it for a long time. In<br>
addition to this, Glare will have to keep up with the changes that may happen in<br>
Glance's API during that time.<span class="gmail-"><br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
The next step could be full support for OVF and other formats that require<br>
a large number of files. Here we can use artifact folders and put all the<br>
files there.<br>
"OpenStack Compute does not currently have support for OVF packages, so you<br>
will need to extract the image file(s) from an OVF package if you wish to<br>
use it with OpenStack."<br>
<a href="http://docs.openstack.org/image-guide/introduction.html" rel="noreferrer" target="_blank">http://docs.openstack.org/imag<wbr>e-guide/introduction.html</a><br>
<br>
Finally, I notice that there are a few nasty bugs in Glance (you know what<br>
I mean), which make it extremely inconvenient for a number of deployments.<br>
</blockquote>
<br></span>
Not everyone is familiar with the issues of Glance's API. I believe I know what<br>
you're referring to but I'd recommend to expand here for the sake of discussion.<br>
<br>
That being said, I'd also like to point out that the flaws of Glance's API could<br>
be fixed so I'd rather focus the discussion on the benefits Glare would bring<br>
rather than how Glance's API may or may not be terrible. That's the kind of<br>
competition I'd prefer to see in this discussion.<br>
<br>
Cheers,<br>
Flavio<div class="gmail-HOEnZb"><div class="gmail-h5"><br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
On Wed, Jan 18, 2017 at 8:26 PM, Matt Riedemann <<a href="mailto:mriedem@linux.vnet.ibm.com" target="_blank">mriedem@linux.vnet.ibm.com</a>><br>
wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
On 1/18/2017 10:54 AM, Mikhail Fedosin wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Hello!<br>
<br>
In this letter I want to tell you the current status of Glare project<br>
and discuss its future development within the entire OpenStack community.<br>
<br>
In the beginning I have to say a few words about myself - my name is<br>
Mike and I am the PTL of Glare. Currently I work as a consultant at<br>
Nokia, where we're developing the service as a universal catalog of<br>
binary data. As I understand it right, Nokia has big plans for this<br>
service, Moshe Elisha can tell you more about them.<br>
<br>
And here I want to ask the community - how exactly Glare may be useful<br>
in OpenStack? Glare was developed as a repository for all possible data<br>
types, and it has many possible applications. For example, it's a<br>
storage of vm images for Nova. Currently Glance is used for this, but<br>
Glare has much more features and this transition is easy to implement.<br>
Then it's a storage of Tosca templates. We were discussing integration<br>
with Heat and storing templates and environments in Glare, also it may<br>
be interesting for TripleO project. Mistral will store its workflows in<br>
Glare, it has already been decided. I'm not sure if Murano project is<br>
still alive, but they already use Glare 0.1 from Glance repo and it will<br>
be removed soon (in Pike afaik), so they have no other options except to<br>
start using Glare v1. Finally there were rumors about storing torrent<br>
files from Ironic.<br>
<br>
Now let me briefly describe Glare features:<br>
<br>
 * Versioning of artifacts - each artifact has a version in SemVer<br>
format and you can sort and filter by this field.<br>
 * Multiblob support - there can be several files and folders per one<br>
artifact.<br>
 * The ease of creating new artifact types with oslo_versionedobjects<br>
framework.<br>
 * Fair immutability - no one can change artifact when it's active.<br>
 * Multistore support - each artifact type data may be stored in<br>
different storages: images may go to Swift; heat templates may be stored<br>
directly in sql-database; for Docker Contatiners you can use Ceph, if<br>
you want.<br>
 * Advanced sorting and filtering with various operators.<br>
 * Uploaded data validation and conversion with hooks - for example,<br>
Glare may check if uploaded file was a valid Tosca template and return<br>
Bad Request if it's not.<br>
<br>
If you're interested, I recorded several demos in asciinema, that<br>
describe how Glare works and present the most useful features. Another<br>
demo about uploading hooks will be recorded and published this week.<br>
<br>
So, please tell me what you think and recommend in what direction we<br>
should develop the project. Thanks in advance!<br>
<br>
Best,<br>
Mike<br>
<br>
Useful links:<br>
[1] Api documentation in rst format:<br>
<a href="https://etherpad.openstack.org/p/glare-api" rel="noreferrer" target="_blank">https://etherpad.openstack.org<wbr>/p/glare-api</a><br>
[2] Basic artifact workflow on devstack: <a href="https://asciinema.org/a/97985" rel="noreferrer" target="_blank">https://asciinema.org/a/97985</a><br>
[3] Listing of artifacts: <a href="https://asciinema.org/a/97986" rel="noreferrer" target="_blank">https://asciinema.org/a/97986</a><br>
[4] Creating your own artifact type with oslo_vo:<br>
<a href="https://asciinema.org/a/97987" rel="noreferrer" target="_blank">https://asciinema.org/a/97987</a><br>
[5] Locations, Tags, Links and Folders in Glare:<br>
<a href="https://asciinema.org/a/99771" rel="noreferrer" target="_blank">https://asciinema.org/a/99771</a><br>
<br>
<br>
______________________________<wbr>______________________________<br>
______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscrib" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.op<wbr>enstack.org?subject:unsubscrib</a><br>
e<br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
<br>
<br>
</blockquote>
What use cases does Glare make available to Nova that Nova doesn't already<br>
get from Glance? In other words, what problems/missing features are there<br>
in Nova that can't be solved by Glance but can by Glare?<br>
<br>
--<br>
<br>
Thanks,<br>
<br>
Matt Riedemann<br>
<br>
<br>
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
<br>
</blockquote></blockquote>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
</blockquote>
<br>
<br></div></div><span class="gmail-HOEnZb"><font color="#888888">
-- <br>
@flaper87<br>
Flavio Percoco<br>
</font></span><br>______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
<br></blockquote></div><br></div></div></div>