<div dir="ltr"><div>Hi,<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Apr 2, 2020 at 12:17 PM Jean-Philippe Evrard <<a href="mailto:jean-philippe@evrard.me" target="_blank">jean-philippe@evrard.me</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="text-align:left;direction:ltr"><div>Hello,</div><div><br></div><div>My opinion (a little bit conservative, for once) is inline...</div><div><br></div><div>On Wed, 2020-04-01 at 19:03 +0200, Dmitry Tantsur wrote:</div><blockquote type="cite" style="margin:0px 0px 0px 0.8ex;border-left:2px solid rgb(114,159,207);padding-left:1ex"><div dir="ltr"><br></div><div>The first and the main reason is the ambiguity in our positioning. We do see prospective operators and users confused by the perception that Ironic is a part of OpenStack, especially when it comes to the standalone use case. </div><div>“But what if I don’t need OpenStack” is a question that I hear in most of these conversations. Changing from “a part of OpenStack” to “a FOSS tool that can integrate with OpenStack” is critical for our project to keep growing into new fields.</div></blockquote><div><br></div><div>I think the name "Ironic" associated with the term "bare metal" maps to OpenStack. You are right.</div><div>It's in the heads of the people who were involved, in the search engines, etc.</div><div><br></div><div>However, I am not 100% sure it maps with "needs Nova" or "cannot be standalone".</div></div></blockquote><div><br></div><div>People do get surprised when they hear that Ironic can be used standalone, yes. "A part of OpenStack" maps to "installed inside OpenStack" rather than "is developed on the OpenStack platform".<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="text-align:left;direction:ltr"><div><br></div><div>If you consider OpenStack taints this "standalone" part of Ironic, do you think that putting it as a top project of the **OpenStack Foundation ** will help? I don't think so. People will still see it's an OpenStack _related_ technology, with a history of being an OpenStack project, which is now a standalone project inside the OpenStack foundation. At best, it confuses people which are not really aware of all these details.</div></div></blockquote><div><br></div><div>Time to rename the Foundation? :) How is the same problem solved for Zuul or Kata Containers?<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="text-align:left;direction:ltr"><div><br></div><div>If you really want to leave OpenStack for standalone purpose, I would encourage to try a more radical approach, like gnocchi, who completely split out. Sadly it didn't turn out fine for them, but at least the difference was clear. It was out.</div></div></blockquote><div><br></div><div>As an aside, I don't think gnocchi fell victim of their split, but rather shared the overall fate of the Telemetry project.</div><div><br></div><div>I also think your suggestion goes against the idea of OpenDev, which to me is to embrace a fast collection of Open Infrastructure projects, related to OpenStack or not. If you say that anything going to OpenDev will be seen as an OpenStack project, it defeats the purpose of OpenDev.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="text-align:left;direction:ltr"><div><br></div><div>Again, I don't think that being in the "openstack" namespace prevents standalone.</div><div>In fact that's what I would like to see more with our current openstack projects: Be relevant as standalone. Swift and Ironic are very good examples. They make sense in OpenStack, as standalone services, that happen to work well together in an ecosystem for IaaS. The whole point of the OpenStack name, for me, is the coordinated testing and releasing. "Those independents bits are tested together!".</div><div><br></div><div>Can't we work on the branding, naming, and message without the move? Why the hassle of moving things? Does that really bring value to your team? Before forging my final (personal) opinion, I would like more information than just gut feelings.</div></div></blockquote><div><br></div><div>It's not "just gut feelings", it's the summary of numerous conversations that Julia and I have to hold when advocating for Ironic outside of the Nova context. We do this "Ironic does not imply OpenStack" explanation over and over, often enough unsuccessfully.</div><div><br></div><div>And then some people just don't like OpenStack...<br></div><div><br></div><div>Now, I do agree that there are steps that can be taken before we go all nuclear. We can definitely work on our own website, we can reduce reliance on oslo, start releasing independently, and so on. I'm wondering what will be left of our participation in OpenStack in the end. Thierry has suggested the role of the TC in ensuring integration. I'm of the opinion that if all stakeholders in Ironic lose interest in Ironic as part of OpenStack, no power will prevent the integration from slowly falling apart.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="text-align:left;direction:ltr"><div><br></div><blockquote type="cite" style="margin:0px 0px 0px 0.8ex;border-left:2px solid rgb(114,159,207);padding-left:1ex"><div>To me personally it feels in line with how OpenDev itself is reaching into new areas beyond just the traditional IaaS. The next OpenDev even will apparently have a bare metal management track, so why not a top-level project for it? </div></blockquote><div><br></div><div><div>I like the OpenDev idea, but I cannot unshake this off the OSF. In other words, I am not sure how far it goes "beyond the traditional IaaS" in my mind, because the OSF (and OpenDev) have missions after all. Would you care to explain for me? How does that map with the ironic reflection? I am confused, Ironic _for me_ is an infrastructure tool...</div></div></div></blockquote><div><br></div><div>I'm referring to a very narrow sense of Nova+company. I.e. a solution for providing virtual machines booting from virtual volumes on virtual networks. Ironic does not clearly fit there, nor does, say, Zuul.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="text-align:left;direction:ltr"><div><br></div><blockquote type="cite" style="margin:0px 0px 0px 0.8ex;border-left:2px solid rgb(114,159,207);padding-left:1ex"><div>Another reason is release cadence. We have repeatedly expressed the desire to release Ironic and its sub-projects more often than we do now. Granted, *technically* we can release often even now. We can even abandon the current release model and switch to “independent”, but it doesn’t entirely solve the issue at hand.</div><div> First, we don’t want to lose the notion of stable branches. </div></blockquote><div><br></div><div>Independant doesn't mean _not branching_. In the old times, before cycle-trailing existed, OpenStack-Ansible was independent, we manually branched, and used the release tooling to do official releases. It's pretty close to what you are looking for, IMO.</div></div></blockquote><div><br></div><div>Good point, noted.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="text-align:left;direction:ltr"><div><br></div><blockquote type="cite" style="margin:0px 0px 0px 0.8ex;border-left:2px solid rgb(114,159,207);padding-left:1ex"><div>One way or another, we need to support consumers with bug fix releases. Second, to become truly “independent” we’ll need to remove any tight coupling with any projects that do integrated releases. Which is, essentially, what I’m proposing here.</div></blockquote><div><br></div><div>That's for me the simplest change you can do. When you move to independant, while still benefit from the release tooling and help of your current reviewer sets. </div><div><br></div><div>Please note that I am still writing an idea in our ideas framework, proposing a change in the release cycles (that conversation again! but with a little twist), which I guess you might be interested in.</div></div></blockquote><div><br></div><div>Please let me know when it's ready, I really am.</div><div><br></div><div>Dmitry<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="text-align:left;direction:ltr"><div><br></div><div>Regards,</div><div>Jean-Philippe Evrard</div></div>
</blockquote></div></div>