Application Packaging Standard

Last updated 18-Mar-2019

Integration Model

When integrating a cloud application with the platform, consider the following parts involved in it:

  • Cloud Applications, for example, Office 365 or Backup Agent, providing their native API for resource (service) management and consumption.
  • APS applications - deployed APS packages that integrate OSS with cloud applications.
  • OSS - the core system, Operations Automation itself that provides control panels for managing the integrated applications.
../../../_images/oa-app-integration.png

Note

This model does not include any commercial part that we will add later. Even if this is not the model you need in production, you can still use it to understand deployment and provisioning processes as well as to use a sandbox based on such a model to test your applications.

The integration process for a cloud application consists of the following stages.

  1. Using PCP, the provider staff deploys the application integration package. This stage consists of two steps:

    • Installation of the APS package that makes the application integrated with OSS through backend and frontend integration components.

      Outcome: the platform is able to manage the application on backend and the application UI is embedded to CP or UX1.

    • Configuration of a service template presenting a set of application resources the provider can deliver to customers.

      Outcome: a service template the provider can use to subscribe customers to the application services.

  2. Using PCP, the provider staff subscribes a customer to the service template.

    Outcome: subscriptions for the application resources with limits on resource consumption.

  3. In the user panel, the subscriber (customer) staff configures available services (resources) and initiates the resource provisioning process. Depending on a resource nature, it belongs to the whole customer, for example, mail service, or is assigned to a service user, for example, an email account.

    Outcome: provisioned resources, for example, virtual servers or email accounts.

  4. Once service users get resources, they are able to configure them through the user panel and consume the service by direct access to the cloud application.

    Outcome: finally, users can manage and consume assigned resources.