<div dir="ltr"><div>[Non-specific to nova]</div><div><br></div>I generated a list of which frameworks were in use in Mitaka - it's at the top of the blog post I reference below, so you don't have to dig into it too much to get the data.<div><br></div><div>TL/DR:</div><div>- falcon: 4 projects</div><div>- custom + routes: 12 projects</div><div>- pecan: 12 projects</div><div>- flask: 2 projects</div><div>- web.py: 1 project<br><div><br></div><div>With that in mind, I caution everyone not to surrender to the bandwagon logical fallacy. "That's what we've always done" or "That's what most people are doing" isn't actually an argument pro or con, it's merely supporting the status quo because doing anything else would be hard (tm).</div><div><br></div><div>I think we can all agree on the following:</div><div>- Consistency is good. We need to pick one approach.</div><div>- Offloading support overhead onto a common codebase is better.</div><div><br></div><div>As for what the choice should be, this should be a thing the Architecture WG makes a recommendation on, and with endorsement from the TC, would actually be worthwhile for other projects to migrate to.</div><div><br></div><div><div><a href="https://krotscheck.net/2016/03/25/we-need-an-consistent-openstack.html">https://krotscheck.net/2016/03/25/we-need-an-consistent-openstack.html</a><br></div><div><br></div></div></div><div>Michael</div></div>