Change Management Frankfurt Extensions
R6 USE CASE OBJECTIVES
Traffic Distribution workflow enhancements REQ-187: vFW Traffic Distribution with Software UpgradeDone REQ-191: APPC Ansible automation with VNF-C LCM supportDone
Build Traffic Distribution Use Case Extensions to merge Traffic Distribution with In Place Software Upgrade (Workflow as Python Script and APPC as LCM/Ansible executor) INT-1276: vFW Software Upgrade with Traffic Distribution Use CaseClosed REQ-187: vFW Traffic Distribution with Software UpgradeDone
APPC extensions for seamless Ansible LCM execution on vf-module, vnfc and v-server level APPC-1728: Change Management Extensions FrankfurtClosed REQ-191: APPC Ansible automation with VNF-C LCM supportDone
Scripts for Automation of APPC Ansible Workflows [Stretch]APPC-1728: Change Management Extensions FrankfurtClosedREQ-191: APPC Ansible automation with VNF-C LCM supportDone
vFW K8S support in CDS (INT-1184: vFW K8s created by CDS with ability to execute LCM actions on itClosed and REQ-182: K8s CDS SupportDone)
Modifications in vFW K8S helm charts to make them compatible with CDS blueprints
Modifications in vFW CDS blueprint to make it worksing with vFW K8S Helm charts
Modifications in Multicloud for creations of K8S instance profile base on information from CDS
Modifications in CDS required for creation of K8s profile by CDS itself
More details: Integration with CDS
Change management schedule optimization algorithm enhancements
Support wide variety of constraints
Policy-enabled
Enable modular and dynamic composition of policies/constraints
5G PNF Software upgrade - the PNF support U/C Wiki: PNF SOFTWARE UPGRADE in R6 Frankfurt
Workflow Designer Enhancements (SDC)
Remove workflow from Model/CSAR, make it an independent artifact & distribute workflow as an independent artifact (include allowing user to associate workflow to resource model via a reference).
Enhance Workflow Designer to support Service Level workflows.
BUSINESS DRIVER
Executive Summary - Enable automated, flexible and safe design, scheduling and execution of change activities across the network for physical and virtual network functions.
Business Impact - This will enable significant improvement of operational efficiencies and minimizing the risk of service impact during change deployments across the network.
Business Markets - Applicable to physical and virtual network functions deployed in large operational networks - cellular service (4G/5G), cloud service and data center networks.
Funding/Financial Impacts - Potential of significantly reducing the OPEX.
Organization Mgmt, Sales Strategies - There is no additional organizational management or sales strategies for this use case outside of a service providers "normal" ONAP deployment and its attendant organizational resources from a service provider.
Development Status
Project | PTL | User Story / Epic | Requirement |
AAI | @James Forsyth | ||
APPC | @Takamune Cho |
| |
CLAMP | @Gervais-Martial Ngueko | ||
OOF | @Shankaranarayanan Puzhavakath Narayanan | ||
Policy | @Pamela Dragosh | ||
SDC | @Ofir Sonsino | Wish List - No US/Epic |
|
SDNC | @Dan Timoney |
| |
SO | @Seshu Kumar Mudiganti | Wish List - No US/Epic |
|
VID | @Ofir Sonsino | Wish List - No US/Epic |
|
VNFRQTS | @Steven wright | ||
INT |
| ||
MULTICLOUD | @Benjamin Cheung |
|
*Each Requirement should be tracked by its own User Story in JIRA
SDC
Make Workflow Independent Artifact | Remove the Workflow BPMN from the resource model (in CSAR) and make it an independent artifact. The workflow needs to be distributable as an independent artifact without changing the major model version. SDC to allow a user to associate the independent WF artifact to any SDC model. The model will reference the workflow using a reference. May require revamping SDC model versioning to include a minor version component so that administrative changes to a model do not change the major version number which requires a re-spin. |
Enhance Workflow Designer (WFD) to support Service Level Workflows | Enhance WFD to create workflows that operate at the service level. The workflow developed defines the order and specific resources to be updated and allows the user to create a workflow to perform the required changes. Changes may include SW Updates, configuration changes. Service level workflows are to be treated as Independent artifacts and associated with service model via a reference. Composition of the workflow may involve sequential and/or parallel processing. |
SO
Workflow as Independent Artifact | Modify acceptance of WF distribution as an independent artifact and store it. Interpret WF association within the resource model and be able to pull the independently stored workflow upon execution request for the resource model. Recognize the new distribution of the model where the major version number did not change but a minor version has and therefore needs to stored. Enhance process for pulling the list of native workflows and those associated with the resource model via a reference to the independent WF artifact and provide VID with the list as is done today. |
Support Service Level Workflows | Enhance Northbound SO interface to specify Service Level workflow requests with additional parameters that are resource specific. Enhance execution engine, error (aka rainy day) handling and Northbound status reporting to support service level workflows. Execution of the workflow may involve parallel processing of service components (resources). |
VID
Enhance UI to support Service Level Workflows | Enhance the VID interface to support workflows that operate at the service level. Allow user to select service types and specific services that are first filtered and pulled from inventory. Ensure design minimizes latency when obtaining the list of service instances (employ filtering). Ensure user friendly filtering and service instance selection at the UI. VID to display Service level workflows and accept required parameters to be passed to SO (VID-SO interface enhancements required). Enhance UI to allow user to enter resource specific parameters and to display service level workflow status (may require status for parallel workflow branches or resources). Provide ability to continue or abort a workflow that is in an error state (may require ability to continue/abort parallel branches or service resources). |
Test Cases and Status
1 | There should be a test case for each item in the sequence diagram | NOT YET TESTED |
2 | create additional requirements as needed for each discreet step | COMPLETE |
3 | Test cases should cover entire Use Case | PARTIALLY COMPLETE |
4 | Test Cases should include enough detail for testing team to implement the test | FAILED |