Sounds good, lets ensure that we create a blue-print in LP and some form of initial spec with the expected design
On Wed, May 13, 2015 at 9:38 AM Jay Pipes <[email protected]> wrote: > ++ > > On 05/13/2015 11:57 AM, Swann Croiset wrote: > > Hi Fuelers, > > > > It would be valuable to configure the healthcheck middleware [0] for all > > services deployed by fuel, available since Kilo. > > > > Several (obvious) benefits: > > - Provide a common API for healthcheck across OpenStack services > > - HAproxy performs more accurate HTTP checks for its backend status > > - Operators can disable a service (maintenance mode, test, ..) by > > creating a simple file w/o stopping the service. > > - monitoring systems can leverage this API to provide insight > > information of service status with a lighten checks w/o authentication > > (in opposition to heavily check for specific resources) <-- here my use > > case > > > > Does it sound reasonable to target this for 7.0? any clue? drawback? > > I can handle the writing of the spec to bootstrap this effort and maybe > > more. > > > > Implementation details to estimate the workload: > > * Configure WSGI pipelines for each project "api-paste.ini" > > * For security reason as mentioned in the original spec [1], the > > 'healthcheck' URI mustn't be open to the WWW: > > * restricted access to local/management network or by auth > > * or random/configurable URI at deployment time > > * HAproxy "httpchk" option will be "GET /<healthcheck path>" instead of > > the default "OPTION /" > > > > Parallel (future) work on oslo or whatever: > > * extend with specific checks (DB unavailable, RabbitMQ stuck, ..) to > > provide a detailed status of subsystem dependencies. > > > > [0] > > > http://docs.openstack.org/developer/oslo.middleware/healthcheck_plugins.html > > [1] > > > http://git.openstack.org/cgit/openstack/oslo-specs/plain/specs/kilo/oslo-middleware-healthcheck.rst > > > > > > > __________________________________________________________________________ > > OpenStack Development Mailing List (not for usage questions) > > Unsubscribe: > [email protected]?subject:unsubscribe > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: [email protected]?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: [email protected]?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
