<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">I thoughts below mention Keystone, but in reality I would apply the same logic to any OpenStack service.</div><div class="gmail_quote"><br></div><div class="gmail_quote"><br></div><div class="gmail_quote">On Fri, Sep 18, 2015 at 10:32 AM, Boris Bobrov <span dir="ltr"><<a href="mailto:bbobrov@mirantis.com" target="_blank">bbobrov@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">There are 2 dimensions this discussion should happen in: web server and<br>
application server. Now we use apache2 as web server and mod_wsgi as app<br>
server.<br></blockquote><div><br></div><div>This is exactly true and Keystone should be deployable in an WSGI compliant application server. If it's not I would consider it a bug.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I don't have a specific opinion on the app server (mod_wsgi vs uwsgi) and I<br>
don't really care.<br>
<br>
Regarding apache2 vs nginx. I don't see any reasons for the switch. Apache2 is<br>
well known to deployers and sysadmins. It is very rich for modules. I wonder<br>
if there are customer-written modules.<br></blockquote><div><br></div><div>Keystone doesn't use or require Apache. We recommend that it is deployed using Apache, but there is no requirement to do that if you don't need to use any Apache modules. For example, at least one of my devstack nodes happily runs Keystone's manage_all.</div><div><br></div><div> [snip]</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
There are things in keystone that work under apache. They are not tested. They<br>
were written to work under apache because it's the simplest and the most<br>
standard way to do. Making them work in nginx means forcing developers write<br>
some code. You're ready to do that?<br></blockquote><div><br></div><div>This should only be true for optional features and currently require Apache modules. </div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class=""><br>
> May be someone does not need something that apache supports and nginx not<br>
> and needs nginx features which apache does not support. Let's let our users<br>
> decide what they want.<br>
><br>
> And the first step should be simple here - support for uwsgi.<br>
<br>
</span>Why uwsgi? Why not gunicorn? Cherrypy? Twisted?<br></blockquote><div><br></div><div>uwsgi and gunicorn should both work fine, as should any WSGI application server. CherryPy and Twister are more framework than application server, so I would not expect them to work.</div><div><br></div><div> </div></div>-- <br><div class="gmail_signature">David<br>blog: <a href="http://www.traceback.org" target="_blank">http://www.traceback.org</a><br>twitter: <a href="http://twitter.com/dstanek" target="_blank">http://twitter.com/dstanek</a><div>www: <a href="http://dstanek.com" target="_blank">http://dstanek.com</a></div></div>
</div></div>