Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

A Controller manages the state of a single Resource (Application or Network). It executes the Resource's configuration and instantiation, and is the primary agent in ongoing management, such as control loop actions, migration, and scaling.  All of these actions involve executing workflows obtained from Service Design and Creation (SDC). In addition, the Controller reports the status of each workflow execution to both the Active and Available Inventory (AAI) and the Master Service Orchestrator (MSO).

...

Examples of Network Controllers include those for Transport Virtual Network Functions (VNFs), infrastructure networking (for instance, leaf, spine, and virtual switches), and Wide-Area-Networks (WANs).

...

<<DocRef:  the SDN-C User Guide or SDNC API page, if there is one>>

Application Controllers

Application controllers, such as APPC,  receive orchestrated requests from the MSO, which obtains application-specific components and attributes from SDC.  The MSO continues to be responsible for ensuring that the Application Controller successfully completes its Resource configuration as defined by the workflow.

Note that not all changes in network or service behavior are the result of orchestration.  Policies and rules (in the Policy subsystem) inform the controller such that the Controller can enable service behavior changes.

OpenECOMP includes a generic Application Controller (APP-C, sometimes called APPC) that receives commands from OpenECOMP components, such as MSO, DCAE, or the Portal, and uses these commands to manage the life cycle of Services, Resources (virtual applications and Virtual Network Functions), and their components. See the OpenECOMP Application Controller User Guide and information about the APPC API.