Rich Bennett | a4bb1e7 | 2018-04-11 16:47:49 -0400 | [diff] [blame] | 1 | .. This work is licensed under a Creative Commons Attribution 4.0 |
| 2 | .. International License. http://creativecommons.org/licenses/by/4.0 |
| 3 | .. Copyright 2017 AT&T Intellectual Property. All rights reserved. |
Rich Bennett | 5baea46 | 2017-09-13 03:19:19 -0400 | [diff] [blame] | 4 | |
andreasgeissler | 50d7610 | 2019-07-17 16:51:47 +0200 | [diff] [blame] | 5 | .. _doc_guide_user_des: |
| 6 | |
Rene_Robert | f45d05a | 2019-07-31 17:13:35 +0200 | [diff] [blame] | 7 | Design Service |
| 8 | ============== |
andreasgeissler | 4aaabf9 | 2019-04-18 10:44:37 +0200 | [diff] [blame] | 9 | |
thmsdt | b1a0c9d | 2019-05-16 15:47:49 +0200 | [diff] [blame] | 10 | The goal of the design process is to create all artifacts (models) |
| 11 | that are required to instantiate and manage resources, services, |
| 12 | and products on the ONAP platform. The design process requires |
| 13 | input from users with multiple roles. |
Rich Bennett | 5baea46 | 2017-09-13 03:19:19 -0400 | [diff] [blame] | 14 | |
Rich Bennett | a4bb1e7 | 2018-04-11 16:47:49 -0400 | [diff] [blame] | 15 | Design progresses logically through a series of phases. Each phase: |
| 16 | |
| 17 | * is organized into steps that are completed in sequence |
| 18 | |
| 19 | * is accessed using a different role with specific responsibilities |
| 20 | generates artifacts that are used in other phases of design or when |
| 21 | instantiating or monitoring virtual functions. |
| 22 | |
andreasgeissler | 50d7610 | 2019-07-17 16:51:47 +0200 | [diff] [blame] | 23 | The following figure show the different phases and tools involved in |
| 24 | Onboarding, Design and Distribution process. |
| 25 | |
| 26 | |image1| |
| 27 | |
| 28 | **The "Core" Design Process includes the following steps:** |
| 29 | |
andreasgeissler | 8b0b146 | 2020-03-26 17:45:53 +0100 | [diff] [blame] | 30 | **Pre-Onboarding** |
| 31 | A VNF/PNF/CNF Provider delivers its descriptor, model and |
| 32 | artefacts (e.g. HEAT template, Helm Chart), which will be validated |
andreasgeissler | 50d7610 | 2019-07-17 16:51:47 +0200 | [diff] [blame] | 33 | and packaged for onboarding to ONAP |
| 34 | |
andreasgeissler | 8b0b146 | 2020-03-26 17:45:53 +0100 | [diff] [blame] | 35 | **(Resource)-Onboarding** |
| 36 | In the SDC a License Model is created, the VNF/PNF/CNF package imported |
andreasgeissler | 50d7610 | 2019-07-17 16:51:47 +0200 | [diff] [blame] | 37 | and a Vendor Software Product (VSP) is created |
| 38 | |
andreasgeissler | 8b0b146 | 2020-03-26 17:45:53 +0100 | [diff] [blame] | 39 | **VF Creation and Testing** |
andreasgeissler | 50d7610 | 2019-07-17 16:51:47 +0200 | [diff] [blame] | 40 | A V(N)F, PNF or CR Model is created (a) import of a VSP or VFC |
| 41 | (b) manual creation and import of artefacts created via external |
| 42 | tools like the Controller Design Studio (CDS), responsible for the |
| 43 | Controller Blueprint Design |
| 44 | The created VF will pass a testing workflow to be used |
| 45 | in a Service Model |
| 46 | |
andreasgeissler | 8b0b146 | 2020-03-26 17:45:53 +0100 | [diff] [blame] | 47 | **Service Design** |
Rene_Robert | 45be3de | 2019-09-02 17:48:38 +0200 | [diff] [blame] | 48 | A Service Model is created as a composition of resources |
andreasgeissler | 50d7610 | 2019-07-17 16:51:47 +0200 | [diff] [blame] | 49 | (e.g. V(N)Fs, PNFs,...), Policies, Workflows,... |
andreasgeissler | 8b0b146 | 2020-03-26 17:45:53 +0100 | [diff] [blame] | 50 | The created Service Model will ber certified and handed over to |
| 51 | the Service Distribution process |
andreasgeissler | 50d7610 | 2019-07-17 16:51:47 +0200 | [diff] [blame] | 52 | |
andreasgeissler | 8b0b146 | 2020-03-26 17:45:53 +0100 | [diff] [blame] | 53 | **Service Distribution** |
| 54 | The Service Provider will distribute the Service Model to the |
andreasgeissler | 50d7610 | 2019-07-17 16:51:47 +0200 | [diff] [blame] | 55 | Runtime Service Catalog |
| 56 | |
| 57 | **The optional/additional Design steps are:** |
| 58 | |
andreasgeissler | 8b0b146 | 2020-03-26 17:45:53 +0100 | [diff] [blame] | 59 | **VNF parameter assignment templating** |
Rene_Robert | 45be3de | 2019-09-02 17:48:38 +0200 | [diff] [blame] | 60 | The objective is to automate the resolution of resources for instantiation |
| 61 | and any config provisioning operation, such as day0, day1 or day2 |
| 62 | configuration. |
| 63 | The Controller Blueprint archive (CBA) is the overall service design, |
| 64 | fully model-driven, intent based package needed to design self service |
| 65 | provisioning and configuration management automation. |
| 66 | ONAP CDS (Controller Design Studio) is the controller that will process |
| 67 | the Controller Blueprint archive (CBA) at run-time. |
andreasgeissler | 50d7610 | 2019-07-17 16:51:47 +0200 | [diff] [blame] | 68 | |
andreasgeissler | 8b0b146 | 2020-03-26 17:45:53 +0100 | [diff] [blame] | 69 | **Policy Design** |
andreasgeissler | 50d7610 | 2019-07-17 16:51:47 +0200 | [diff] [blame] | 70 | These are rules, conditions, requirements, constraints, attributes, |
| 71 | or needs that must be provided, maintained, and/or enforced. |
| 72 | At a lower level, Policy involves machine-readable rules enabling |
Rene_Robert | 45be3de | 2019-09-02 17:48:38 +0200 | [diff] [blame] | 73 | actions to be taken based on triggers or requests. ONAP Policy framework |
| 74 | provides some policy models that are implemented and pre-loaded when |
| 75 | installing ONAP. |
andreasgeissler | 50d7610 | 2019-07-17 16:51:47 +0200 | [diff] [blame] | 76 | |
andreasgeissler | 8b0b146 | 2020-03-26 17:45:53 +0100 | [diff] [blame] | 77 | **VNF LifeCycle Command templating** |
andreasgeissler | 50d7610 | 2019-07-17 16:51:47 +0200 | [diff] [blame] | 78 | APPC Controller Design Tool (CDT) is used for self-service onboarding of |
| 79 | VNF’s. VNF owners can create templates and other artifacts for APPC |
| 80 | Configure command (used to apply a post-instantiation configuration) |
| 81 | as well as other life cycle commands. |
| 82 | |
andreasgeissler | 8b0b146 | 2020-03-26 17:45:53 +0100 | [diff] [blame] | 83 | **Workflow Design** |
andreasgeissler | 50d7610 | 2019-07-17 16:51:47 +0200 | [diff] [blame] | 84 | The purpose of the Workflow Designer is to enable designers to define or |
| 85 | modify workflows to support Service/Resource change management scenarios |
| 86 | executed by the Service Orchestrator. |
| 87 | |
andreasgeissler | 8b0b146 | 2020-03-26 17:45:53 +0100 | [diff] [blame] | 88 | **Control Loop Design** |
andreasgeissler | 50d7610 | 2019-07-17 16:51:47 +0200 | [diff] [blame] | 89 | This phase includes the Design of a closed loop template and associate it |
| 90 | to a Service. The template represents the theoretical flow of the CL. |
| 91 | It generates a deployment artifact that can be ingested by the DCAE in |
| 92 | order to create the needed DCAE microservices in runtime. |
| 93 | The design is done in the SDC DCAE-DS (Design Studio). |
| 94 | The DCAE Design Studio enables to define and configure |
| 95 | the monitoring flows of DCAE. |
Rene_Robert | 45be3de | 2019-09-02 17:48:38 +0200 | [diff] [blame] | 96 | The configuration and deployment of a Control Loop will be done with |
andreasgeissler | 50d7610 | 2019-07-17 16:51:47 +0200 | [diff] [blame] | 97 | Control Loop Automation Management (CLAMP) tool. |
| 98 | |
| 99 | The follwing sections will focus on the different Design steps: |
Rich Bennett | a4bb1e7 | 2018-04-11 16:47:49 -0400 | [diff] [blame] | 100 | |
andreasgeissler | 4aaabf9 | 2019-04-18 10:44:37 +0200 | [diff] [blame] | 101 | .. toctree:: |
| 102 | :maxdepth: 1 |
| 103 | :titlesonly: |
| 104 | |
thmsdt | 1232e40 | 2019-05-07 14:45:15 +0200 | [diff] [blame] | 105 | Pre-Onboarding <./pre-onboarding/index.rst> |
Rich Bennett | a4bb1e7 | 2018-04-11 16:47:49 -0400 | [diff] [blame] | 106 | |
thmsdt | 1232e40 | 2019-05-07 14:45:15 +0200 | [diff] [blame] | 107 | Resource-Onboarding <./resource-onboarding/index.rst> |
Rich Bennett | a4bb1e7 | 2018-04-11 16:47:49 -0400 | [diff] [blame] | 108 | |
thmsdt | 1232e40 | 2019-05-07 14:45:15 +0200 | [diff] [blame] | 109 | VF Creation and Testing <./vfcreation/index.rst> |
Rich Bennett | a4bb1e7 | 2018-04-11 16:47:49 -0400 | [diff] [blame] | 110 | |
thmsdt | b1a0c9d | 2019-05-16 15:47:49 +0200 | [diff] [blame] | 111 | Service Design <./service-design/index.rst> |
| 112 | |
andreasgeissler | 8b0b146 | 2020-03-26 17:45:53 +0100 | [diff] [blame] | 113 | Service Distribution <./service-distribution/index.rst> |
thmsdt | 1232e40 | 2019-05-07 14:45:15 +0200 | [diff] [blame] | 114 | |
Rene_Robert | b0c7d86 | 2019-12-03 16:56:22 +0100 | [diff] [blame] | 115 | VNF parameter resolution Design <./parameter_resolution/index.rst> |
Rich Bennett | a4bb1e7 | 2018-04-11 16:47:49 -0400 | [diff] [blame] | 116 | |
andreasgeissler | 50d7610 | 2019-07-17 16:51:47 +0200 | [diff] [blame] | 117 | Policy Design <../../../submodules/policy/parent.git/docs/design/design.rst> |
Rich Bennett | a4bb1e7 | 2018-04-11 16:47:49 -0400 | [diff] [blame] | 118 | |
Rene_Robert | 45be3de | 2019-09-02 17:48:38 +0200 | [diff] [blame] | 119 | VNF LifeCycle Command templating <../../../submodules/appc.git/docs/APPC CDT Guide/APPC CDT Guide.rst> |
andreasgeissler | 50d7610 | 2019-07-17 16:51:47 +0200 | [diff] [blame] | 120 | |
| 121 | Workflow Design <../../../submodules/sdc.git/docs/workflow.rst> |
| 122 | |
| 123 | Control Loop Design <../../../submodules/sdc.git/docs/dcaedesigner.rst> |
| 124 | |
| 125 | Control Loop Automation Management <../../../submodules/clamp.git/docs/index.rst> |
| 126 | |
| 127 | |
| 128 | |
| 129 | .. |image1| image:: media/Design-Overview.png |
| 130 | |
| 131 | |
| 132 | |