From 5bf04684f0ef582b24d5bd92b98b293e93557473 Mon Sep 17 00:00:00 2001 From: Sean Dague Date: Fri, 28 Apr 2017 06:47:23 -0400 Subject: [PATCH] Change the target for this goal to uWSGI not Apache mod_wsgi Apache mod_wsgi has substantial downside in use for development, the devstack project is pushing forward with uWSGI by default (which is now running in the gate). This is actually *much* easier on projects to configure, and makes for a more consistent developer experience when working on projects with both wsgi and worker components. Change-Id: I81e4e5f37c0e0679df9a275e3377b4652d814740 --- goals/pike/deploy-api-in-wsgi.rst | 28 ++++++++++++++++++++++++---- 1 file changed, 24 insertions(+), 4 deletions(-) diff --git a/goals/pike/deploy-api-in-wsgi.rst b/goals/pike/deploy-api-in-wsgi.rst index 7c867ac36..cc733c262 100644 --- a/goals/pike/deploy-api-in-wsgi.rst +++ b/goals/pike/deploy-api-in-wsgi.rst @@ -29,10 +29,30 @@ For all projects: #. Provide WSGI application script file(s) (e.g. to be used by web server). There shouldn't be any web server restriction and the application could be deploying to any web server that support WSGI applications. -#. Switch devstack jobs to deploy control-plane API services in WSGI with Apache. - Usage of Apache is already the default in Devstack, let's keep using it - for consistency unless there is some efforts to support another web server but - this is not the case at this time. +#. Switch devstack jobs to deploy control-plane API services under + uwsgi with Apache acting as a front end proxy. + +uwsgi vs. mod_wsgi +------------------ + +When this effort was first approved, the push was to use +``mod_wsgi``. mod_wsgi has many issues when being used in devstack for +development or testing. + +- services log to a very different location / format +- start/stop/restart/status of services is now very different + depending on if they are api services or workers +- apache restarts trigger restarts of all API services, and take long + enough that intermittent races can occur. +- API servers still need dedicated ports for certain parts of their + config. + +The effort was pushed forward because at the time no one signed up to +do the ground work for the uwsgi transition in devstack. That work was +done here - +http://lists.openstack.org/pipermail/openstack-dev/2017-April/115423.html +with the intent that the ``mod_wsgi`` support is deleted from devstack +in Queens. References ==========