<div dir="ltr">Well... My suggestion is to keep Glance maintained and begin experimental adoption of Glare. So this is not an immediate replacement, but the evolution of the Image service. <div>My opinion is that Glance stagnates and it's really hard to implement new features there. In two years, only one major improvement was developed (Image Import Refactoring), and no one has tested it in production yet. And this is in the heyday of the community, as you said!<div><br></div><div>On the other hand OpenStack users have been requesting for new features for a long time: I'm talking about mutistore support, versioning of images, image slicing (like in docker), validation and conversion of uploading data and so on. And I can say that it is impossible to implement them without breaking Glance. But all this stuff is already done in Glare (multistore support is implemented partially, because modifications of glance_store are required). And if we switch OpenStack to Glare users will get these features out of the box.</div><div><br></div><div>Then, Glance works with images only, but Glare supports various types of data, like heat and tosca templates. Next week we will add Secrets artifact type to store private data, and Mistral workflows. I mean - we'll have unified catalog of all cloud data with the possibility to combine them in metastructures, when artifact of one type depends on the other.</div><div><br></div><div><div>I will repeat it once again, in order to be understood as much as possible. It takes too much time to develop new features and fix old bugs (years to be exact). If we continue in the same spirit, it certainly will not increase the joy of OpenStack users and they will look for other solutions that meet their desires.</div></div><div><br></div></div><div>Best,</div><div>Mike</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 12, 2017 at 10:20 PM, 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 12/06/17 16:56 +0300, Mikhail Fedosin wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello!<br>
<br>
Flavio raised a very difficult and important question, and I think that we,<br>
as community members, should decide what to do with Glance next.<br>
</blockquote>
<br></span>
Hi Mike,<span class=""><br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I will try to state my subjective opinion. I was involved in the Glance<br>
project for almost three years and studied it fairly plank. I believe that<br>
the main problem is that the project was designed extremely poorly. Glance<br>
does not have many tasks to solve, but nevertheless, there are a lot of<br>
Java design patterns used (factory of factories, visitors, proxy and other<br>
things that are unnecessary in this case). All this leads to absolutely sad<br>
consequences, when in order to add an image tag over 180 objects of<br>
different classes are created, the code execution passes through more than<br>
25 locations with a number of callbacks 3 times. So I can say that the code<br>
base is artificially over-complicated and incredibly inflated.<br>
<br>
The next problem is that over the years the code has grown by a number of<br>
workarounds, which make it difficult to implement new changes - any change<br>
leads to something breaking down somewhere else. In the long run, we get a<br>
lot of pain associated with race conditions, hard-to-recover heisenbugs and<br>
other horrors of programmer's life. It is difficult to talk about<br>
attracting new developers, because the developing of the code in such<br>
conditions is mentally exhausting.<br>
</blockquote>
<br></span>
I don't disagree on this. The code base *is* over-engineered in many areas.<br>
However, I don't think this is a good reason to just throw the entire project<br>
away. With enough time and contributions, the code could be refactored.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
We can continue to deny the obvious, saying that Glance simply needs people<br>
and everything will be wonderful. But unfortunately this is not so - we<br>
should admit that it is simply not profitable to engage in further<br>
development. I suggest thinking about moving the current code base into a<br>
support mode and starting to develop an alternative (which I have been<br>
doing for the past year and a half).<br>
<br>
If you are allergic to the word "artifacts", do not read the following<br>
paragraph:<br>
<br>
We are actively developing the Glare project, which offers a universal<br>
catalog of various binary data along with its metadata - at the moment the<br>
catalog supports the storage of images of virtual machines and has feature<br>
parity with Glance. The service is used in production by Nokia, and it was<br>
thoroughly tested at various settings. Next week we plan to release the<br>
first stable version and begin the integration with various projects of<br>
OpenStack: Mistral and Vitrage in the first place.<br>
<br>
As a solution, I can propose to implement an additional API to Glare, which<br>
would correspond to OpenStack Image API v2 and test that OpenStack is able<br>
to work on its basis. After that, leave Glance at rest and start developing<br>
Glare as a universal catalog of binary data for OpenStack.<br>
</blockquote>
<br></span>
Could you please elaborate more on why you think switching code bases is going<br>
to solve the current problem? In your email you talked about Glance's<br>
over-engineered code as being the thing driving people away and while I disagree<br>
with that statement, I'm wondering whether you really think that's the<br>
motivation or there's something else.<br>
<br>
Let's not talk about proxy API's or ways we would migrate users. I'd like to<br>
understand why *you* (or others) might think that a complete change of projects<br>
is a good solution to this problem.<br>
<br>
Ultimatedly, I believe Glance, in addition to not being the "sexiest" project in<br>
OpenStack, is taking the hit of the recent lay-offs, which it kinda managed to<br>
avoid last year.<div class="HOEnZb"><div class="h5"><br>
<br>
Flavio<br>
<br>
--<br>
@flaper87<br>
Flavio Percoco<br>
</div></div><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>