<div dir="ltr"><br><div class="gmail_extra"><br>2018-04-25 0:04 GMT+08:00 Fox, Kevin M <<a href="mailto:Kevin.Fox@pnnl.gov">Kevin.Fox@pnnl.gov</a>>:<br>><br>> Yeah, I agree k8s seems to have hit on a good model where interests are separately grouped from the code bases. This has allowed architecture to not to be too heavily influenced by the logical groups interest.<br>><br>> I'll go ahead and propose it again since its been a little while. In order to start breaking down the barriers between Projects and start working more towards integration, should the TC come up with an architecture group? Get folks from all the major projects involved in it and sharing common infrastructure.<br>><br>> One possible pie in the sky goal of that group could be the following:<br>><br>> k8s has many controllers. But they compile almost all of them into one service. the kube-apiserver. Architecturally they could break them out at any point, but so far they have been able to scale just fine without doing so. Having them combined has allowed much easier upgrade paths for users though. This has spurred adoption and contribution. Adding a new controller isn't a huge lift to an operator. they just upgrade to the newest version which has the new controller built in.<br>></div><div class="gmail_extra"><br></div><div class="gmail_extra">I believe to combine API services into one service will be able to scale much easier. As we already starting from providing multiple services and binding with Apache(Also concern about Zane's comment), we can start this goal by saying providing unified API service architecture (or start with new oslo api service). If we reduce the difference between implementation from API service in <span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:small;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">each<span> OpenStack</span></span> services first, maybe will make it easier to manage or upgrade (since we unfied the package requirements) and even possible to accelerate APIs.</div><div class="gmail_extra"><br>> Could the major components, nova-api, neutron-server, glance-apiserver, etc be built in a way to have 1 process for all of them, and combine the upgrade steps such that there is also, one db-sync for the entire constellation?<br>></div><div class="gmail_extra"><br></div><div class="gmail_extra">I like Zane's idea of combining services in Compute Node.</div><div class="gmail_extra"><br>> The idea would be to take Constellations idea one step farther. That the Projects would deliver python libraries(and a binary for stand alone operation). Constilations would actually provide a code deliverable, not just reference architecture, combining the libraries together into a single usable entity. Operators most likely would consume the Constilations version rather then the individual Project versions.<br>><br>> What do you think?</div><div class="gmail_extra"><br></div><div class="gmail_extra">It won't hurt when we providing unified OpenStack command (and it's actually a great stuff), and it should not break anything for API. Maybe just one more API service call OpenStack API service and it base on teams to said providing plugin or not. I think we will eventually reach the goal in this way.</div><div class="gmail_extra"><br>><br>> Thanks,<br>> Kevin-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div style="background-image:none!important"><div style="font-size:small"><div><table border="0" cellpadding="0" cellspacing="0" style="color:rgb(0,0,0);font-size:medium;font-family:verdana"><tbody><tr><td colspan="3" align="left" valign="center"><span style="font-size:13px;font-family:verdana">May The Force of Open<font color="#ff0000">Stack</font> Be With You,</span> <br><b><i><font face="georgia, serif" size="4">Rico Lin<br></font></i></b>irc: ricolin</td></tr><tr><td colspan="3" align="left" valign="center" style="height:10px;border-bottom-width:1px;border-bottom-style:dashed;border-bottom-color:rgb(221,221,221)"></td></tr><tr><td colspan="3"></td></tr></tbody></table><br></div></div></div><font size="2" face="tahoma, sans-serif" color="#999999"></font></div></div></div></div></div></div></div></div></div></div>
</div></div>