OpenStack host maintenance and upgrade in interaction with application on top of it
Go to file
Tomi Juvonen ecdf2619c8 Flask to WSGI and security
This adds a lot of stuff related changing from API from Flask to
WSGI and adding security.

This is mostly api side. There will more changes to add testing
and engine side changes. API parameter validation can also be
done later.

story: 2004882
Task: #29163
story: 2003844
Task: #26635

Change-Id: Id373440affd2d625933da2a6dbeb6354acd75e1e
Signed-off-by: Tomi Juvonen <tomi.juvonen@nokia.com>
2019-06-26 07:46:09 +03:00
devstack Flask to WSGI and security 2019-06-26 07:46:09 +03:00
doc Update install and configuration instructions 2019-05-28 07:51:17 +03:00
fenix Flask to WSGI and security 2019-06-26 07:46:09 +03:00
releasenotes Initial Cookiecutter Commit. 2018-06-27 12:30:02 +03:00
.coveragerc Initial Cookiecutter Commit. 2018-06-27 12:30:02 +03:00
.gitignore Initial Cookiecutter Commit. 2018-06-27 12:30:02 +03:00
.gitreview Migrate to opendev.org 2019-04-23 16:26:56 +09:00
.mailmap Initial Cookiecutter Commit. 2018-06-27 12:30:02 +03:00
.stestr.conf Initial Cookiecutter Commit. 2018-06-27 12:30:02 +03:00
.zuul.yaml Build readthedocs automatically 2018-12-13 08:04:17 +02:00
CONTRIBUTING.rst Initial Cookiecutter Commit. 2018-06-27 12:30:02 +03:00
HACKING.rst Initial Cookiecutter Commit. 2018-06-27 12:30:02 +03:00
LICENSE Initial Cookiecutter Commit. 2018-06-27 12:30:02 +03:00
README.rst Migrate to opendev.org 2019-04-23 16:26:56 +09:00
babel.cfg Initial Cookiecutter Commit. 2018-06-27 12:30:02 +03:00
lower-constraints.txt Fix tox python3 overrides & add lower-constraints 2018-09-10 15:47:12 +09:00
requirements.txt Initial Cookiecutter Commit. 2018-06-27 12:30:02 +03:00
setup.cfg Add DevStack plugin 2019-05-20 14:50:58 +03:00
setup.py Initial Cookiecutter Commit. 2018-06-27 12:30:02 +03:00
test-requirements.txt Initial Cookiecutter Commit. 2018-06-27 12:30:02 +03:00
tox.ini bug: fix upper constraints url 2019-05-01 03:10:25 +03:00

README.rst

fenix

OpenStack host maintenance and upgrade in interaction with application

Fenix implements rolling infrastructure maintenance and upgrade in interaction with application on top of it. In Telco world we talk about VNFM, but one can implement own simple manager for any application.

Infrastructure admin can call Fenix API to start a maintenance workflow session. This session will make needed maintenance and upgrade operations to infrastructure in interaction with application manager to guarantee zero down time for its service. Interaction gives ability for application manager to know about new capabilities coming over maintenance to make his own upgrade. Application can have a time window to finish what he is doing, make own action to re-instantiate his instance or have Fenix to make migration. Also scaling application or retirement will be possible.

As Fenix will have project specific messaging with information about instances affected towards application manager, it will also have admin level messaging. This messaging can tell what host is down for maintenance, so any infrastructure components can have this information. Special case for this would also be telling about adding or removing a host.


  • TODO