Versions Compared

Key

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

...

  • The main goals of SNIRO are to provide:

    1. a set of reusable micro-services (e.g., API, data access) that allows new optimizers to be implemented more easily;
    2. a standardized interface for optimizers to communicate with other optimizers (e.g., homing optimizer interacting with license optimizer to check a solution for any license related constraints);
    3. scalability and high-availability for the optimization micro-services and supporting micro-services;
    4. a unified toolkit for developing optimization applications via extensible APIs. This facilitates developing new optimization applications independent of how the underlying optimization modules are implemented;
    5. a library of optimization engines/solvers. This will include an API for plugging other custom entities (custom data sources; proprietary or open source optimization engines/solvers; etc.);
    6. a library for translation of policies to constraints for an optimization engine.
    7. (in longer term) a mechanism for interacting with the ONAP -C (ONAP controllerOperations Manager (OOM) to take actions based on the optimization solution.

    The term optimization here is used in the context of providing a solution (or set of solutions) for a problem specified in terms of the state (available resources, topology, objective, etc.) and additional constraints specified as a set of policies. It must be noted that This is different from the use of optimization in other contexts such as “performance optimization”, “platform stability/reliability”, “scalability”, etc.  While such services may need information from optimization solutions (e.g. “when should one take an action”, “how much additional capacity is needed to ensure meeting a specific SLA”), they can be considered as applications that can utilize the optimization framework.

...