(OLD) Release 0 HowTo guide for developers: Difference between revisions

From OSM Public Wiki
Jump to: navigation, search
No edit summary
No edit summary
Line 1: Line 1:
==Architecture Overview==
The OSM code is organized into four modules. The following diagram illustrates how these four components fit together: <br>
The OSM code is organized into four modules. The following diagram illustrates how these four components fit together: <br>
[[File:osm_architecture.png|800px]] <br><br>
[[File:osm_architecture.png|800px]] <br><br>
Line 5: Line 6:
'''Resource Orchestrator (RO):''' Resource Orchestrator is responsible for creating and placement of compute and networking resources. It is also responsible for interfacing with SDN controller. <br>
'''Resource Orchestrator (RO):''' Resource Orchestrator is responsible for creating and placement of compute and networking resources. It is also responsible for interfacing with SDN controller. <br>
'''Juju Charms (Charms):'''Juju charms provide the VNF abstraction and configuration for the VNFs. The Service Orchestrator interfaces with the JUJU charm to configure the VNF.
'''Juju Charms (Charms):'''Juju charms provide the VNF abstraction and configuration for the VNFs. The Service Orchestrator interfaces with the JUJU charm to configure the VNF.
==Developer Guidelines==
When contributing code please follow the guidelines below:
* Please make sure that no one else is already working on an item in bugzilla before making changes. If someone is already working it, please check with the person first.
* Similar rules applies when addressing a new feature/blueprint

Revision as of 02:14, 6 May 2016

Architecture Overview

The OSM code is organized into four modules. The following diagram illustrates how these four components fit together:
Osm architecture.png

Launchpad (User Interface): Launchpad provides the user interface to the OSM orchestrator. From the Launchpad user can manage the catalog, compose the NS/VNF descriptors and perform the lifecycle management on Network Services. In addition, the UI also provides the ability execute the NS/VNF level configuration primitives.
Service Orchestrator (SO): Service Orchestrator is responsible for End-to-End service orchestration. It is responsible for instantiating the NS, and starting the configuration plugins such as JUJU charms. The following page describes Developer HowTo for SO Module.
Resource Orchestrator (RO): Resource Orchestrator is responsible for creating and placement of compute and networking resources. It is also responsible for interfacing with SDN controller.
Juju Charms (Charms):Juju charms provide the VNF abstraction and configuration for the VNFs. The Service Orchestrator interfaces with the JUJU charm to configure the VNF.

Developer Guidelines

When contributing code please follow the guidelines below:

  • Please make sure that no one else is already working on an item in bugzilla before making changes. If someone is already working it, please check with the person first.
  • Similar rules applies when addressing a new feature/blueprint