Container Infrastructure Management Service for OpenStack
Go to file
Davanum Srinivas a1343111aa Get the root version and v1 REST API working
HTTP GET /    - returns version information
HTTP GET /v1  - redirects to /v1/
HTTP GET /v1/ - bays, pods, services, containers URI

Change-Id: I94d29ec0511853795363dfc8d4ac5d61fe2753cc
2014-11-25 18:06:18 +00:00
doc/source Initial commit from github (squashed) 2014-11-18 09:23:37 -05:00
etc/magnum Added Magnum Configuration file 2014-11-24 22:47:32 +05:30
magnum Get the root version and v1 REST API working 2014-11-25 18:06:18 +00:00
.coveragerc Initial commit from github (squashed) 2014-11-18 09:23:37 -05:00
.gitignore Modify gitignore to ignore cover 2014-11-20 23:27:20 +09:00
.gitreview Added .gitreview 2014-11-07 10:08:48 +00:00
.mailmap Initial commit from github (squashed) 2014-11-18 09:23:37 -05:00
.testr.conf Initial commit from github (squashed) 2014-11-18 09:23:37 -05:00
CONTRIBUTING.rst Initial commit from github (squashed) 2014-11-18 09:23:37 -05:00
Dockerfile Small Dockerfile changes 2014-11-20 14:47:31 -08:00
HACKING.rst Initial commit from github (squashed) 2014-11-18 09:23:37 -05:00
LICENSE Initial commit from github (squashed) 2014-11-18 09:23:37 -05:00
MANIFEST.in Initial commit from github (squashed) 2014-11-18 09:23:37 -05:00
README.rst Update README.rst 2014-11-21 16:57:04 -07:00
babel.cfg Initial commit from github (squashed) 2014-11-18 09:23:37 -05:00
openstack-common.conf Add context base module from oslo-incubator 2014-11-18 14:01:20 -07:00
requirements.txt Initial import of prototyped interfaces 2014-11-21 06:25:49 -05:00
setup.cfg Enable automatic sample config generation 2014-11-24 12:34:07 -08:00
setup.py Initial commit from github (squashed) 2014-11-18 09:23:37 -05:00
test-requirements.txt Initial commit from github (squashed) 2014-11-18 09:23:37 -05:00
tox.ini Enable automatic sample config generation 2014-11-24 12:34:07 -08:00

README.rst

Magnum

new Openstack project for containers.

Architecture

There are four different types of objects in the Magnum system:

  • Bay: A physical machine or virtual machine where work is scheduled
  • Pod: A collection of containers running on one physical or virtual machine
  • Service: A port to Pod mapping
  • Container: A docker container

Three binaries work together to compose the Magnum system. The first binary accessed by the python-magnumclient code is the magnum-api ReST server. The ReST server may run as one process or multiple processes. When a ReST request is sent to the client API, the request is sent via AMQP to the magnum-backend process.

The magnum-backend process runs on each machine where a docker server is running or where a k8s minion is located. The backend processor contacts the appropriate backend (for the container object, docker, for the server & pod objects, k8s). The backend then executes the operation requested and sends the results to the third binary.

The third binary, magnum-conductor, reads and writes the database with information related to the object operated upon. The conductor then returns the new object back up the call stack, where it may be used to provide information to the client or used for processing the operation. There is only one magnum-conductor process running.

Features

  • Abstractions for bays, pods, services, and containers.
  • Integration with Kubernetes and Docker for backend container technology.
  • Integration with Keystone for multi-tenant security.
  • Integraiton with Neutron for k8s multi-tenancy network security.