SONATA's MANO framework is the core of SONATA's service platform and builds a flexible orchestration system. It consists of a set of loosely coupled components (micro services) that use a message broker to communicate. These components are called MANO plugins and can easily be replaced to customize the orchestration functionalities of the platform.
The main orchestration functionalities are currently implemented in the service lifecycle management plugin (SLM) which receives instantiation requests from the gatekeeper and instructs the infrastructure adapter to deploy a service. The SLM is also responsible to create the service and function records in the repositories once a service is instantiated and to inform the Monitoring Manager which metrics to monitor and on which triggers to send an alarm.
More details about the service platform's architecture are available on SONATA's website:
SONATA's MANO framework is organized as micro services. The following micro services are currently implemented:
son-mano-base
: not a standalone service but a collection of base classes that are used by the other MANO plugins, also contains a message abstraction layer that encapsulates the RabbitMQ related communication codeson-mano-pluginmanager
: every MANO plugin registers to this service, the PM provides a CLI to control and monitor active pluginsplugins/son-mano-service-lifecycle-management
: main orchestration component, gets service and function descriptors, instructs the infrastructure adapter to start service components in the infrastructure, stores records on services and functions once instantiated, informs Monitoring Managerplugins/son-mano-test-plugin
: the most simple implementation of a MANO plugin, used for integration tests and as an example for plugin developers
Each of these components is entirely implemented in Python.
Other MANO plugins (e.g. a placement and scaling plugin) will appear during the course of the project.)
Each micro service of the framework is executed in its own Docker container. So 'building' the framework becomes building all the containers. The build steps for this are described in a Dockerfile
that is placed in the folder of each micro service.
docker build -t registry.sonata-nfv.eu:5000/pluginmanager -f son-mano-pluginmanager/Dockerfile .
docker build -t registry.sonata-nfv.eu:5000/testplugin -f plugins/son-mano-test-plugin/Dockerfile .
docker build -t registry.sonata-nfv.eu:5000/servicelifecyclemanagement -f plugins/son-mano-service-lifecycle-management/Dockerfile .
Son-mano-framework expects the following environment:
- Python 3.4
- Docker >= 1.10 (Apache 2.0)
- RabbitMQ >= 3.5 (Mozilla Public License)
- [MongoDB] (https://www.mongodb.com/community) >= 3.2 (AGPLv3)
Son-mano-framework has the following dependencies:
- amqpstorm >= 1.4 (MIT)
- argparse >= 1.4.0 (Python software foundation License)
- docker-py == 1.7.1(Apache 2.0)
- Flask >= 0.11 (BSD)
- flask_restful >= 0.3 (BSD)
- mongoengine >= 0.10.6 (MIT)
- pytest-runner >= 2.8 (MIT)
- pytest >= 2.9 (MIT)
- PyYAML >= 3.11 (MIT)
- requests >= 2.10 (Apache 2.0)
Contributing to the son-mano-framework is really easy. You must:
- Clone this repository;
- Work on your proposed changes, preferably through submiting issues;
- Submit a Pull Request;
- Follow/answer related issues (see Feedback-Chanel, below).
If you do not want to execute the components within a Docker container, you can also install them on a normal machine. Each micro service contains a setup.py
file so that you can follow the standard Python installation procedure by doing:
python setup.py install
or
python setup.py develop
To run all components of the MANO framework you have to start their containers. Additionally, a container that runs RabbitMQ and a container that runs MongoDB has to be started.
docker run -d -p 5672:5672 --name broker rabbitmq:3
docker run -d -p 27017:27017 --name mongo mongo
docker run -it --rm --link broker:broker --link mongo:mongo --name pluginmanager registry.sonata-nfv.eu:5000/pluginmanager
docker run -it --rm --link broker:broker --name slm registry.sonata-nfv.eu:5000/servicelifecyclemanagement
This is how the Jenkins CI runs the unit tests:
./run_tests.sh
This script builds all required containers, starts them, and executes the unit tests within them.
Runs unit tests on a local installation.
- NOTICE: The tests need a running RabbitMQ broker to test the messaging subsystem! Without this, tests will fail.
cd son-mano-framework
py.test -v son-mano-base/
Son-mano-framework is published under Apache 2.0 license. Please see the LICENSE file for more details.
The following lead developers are responsible for this repository and have admin rights. They can, for example, merge pull requests.
- Sharon Mendel-Brin (https://github.com/mendel)
- Manuel Peuster (https://github.com/mpeuster)
- Felipe Vicens (https://github.com/felipevicens)
- Thomas Soenen (https://github.com/tsoenen)
- Adrian Rosello (https://github.com/adrian-rosello)
- Hadi Razzaghi Kouchaksaraei (https://github.com/hadik3r)
- You may use the mailing list sonata-dev@lists.atosresearch.eu
- GitHub issues