Below is the list of requirements needed for each project to satisfy the Control Loop goals in the Dublin release.I need help in translating goal #6 into crisp requirements that can be used by project teams.
Model Driven Control Loop Requirements
| Project | Requirement | Commitment | Notes | CLAMP
|---|
| CLAMP | Automatically render UI for DCAE Analytic Service Component Policy Models to configure an instance of that analytic in a specific Control Loop | | Status |
|---|
| |
|---|
| colour | Green |
|---|
| title | COMMITTED |
|---|
|
| Goal #7#5 |
| Create call to Policy Lifecycle API to 1) pull an Analytic a Service Component Model, 2and 2) create a concrete policy for the analytic, and 3) query Policy for available policy models (Is this the same as 1?) | Goal #8 |
| DCAE | Support TOSCA Compliant model for DCAE analytics | Goal #1 |
| service component. | | Status |
|---|
| |
|---|
| colour | Green |
|---|
| title | COMMITTED |
|---|
|
| Goal #6 |
| Query Policy Lifecycle API for available Operationtional Policy Templates, Guard Policy Templates, Control Loop Coordination Templates, etc. | | Status |
|---|
| |
|---|
| colour | Red |
|---|
| title | Stetch Goal |
|---|
|
| Goal #7 Not required for Dublin |
| Use the Lifecycle API to deploy/undeploy all policies for Control Loops as they are deployed and undeployed (happens at same time as deployment of blueprints to DCAE-C) | | Status |
|---|
| |
|---|
| colour | Green |
|---|
| title | COMMITTED |
|---|
|
| Goal #8 |
| DCAE | Plugin alignment (K8s, Dmaap) | | Status |
|---|
| colour | Green |
|---|
| title | COMMITTED |
|---|
|
| Goal #15 |
| Blueprint generator and Dashboard contribution | | Status |
|---|
| colour | Green |
|---|
| title | COMMITTED |
|---|
|
| Goal #17 |
| DCAE Policy Handler must call the Policy Lifecycle API to retrieve policies for service components as they are deployed. | | Status |
|---|
| |
|---|
| colour | Yellow |
|---|
| title | AT&T Committed |
|---|
|
| Goal #9 |
| Integration | Create method for automating tests of generic control loops | | Status |
|---|
| |
|---|
| colour | Red |
|---|
| title | Stretch Goal |
|---|
|
| Goal #11 Not required for Dublin |
| Policy | Support TOSCA compliant model for DCAE service components | | Status |
|---|
| colour | Green |
|---|
| title | COMMITTED |
|---|
|
| Goal #1 |
| Policy | Enhance Policy Lifecycle API to allow automated onboarding of DCAE service component policy models, querying of | DCAE analytic policy modelspolicy models, creation of concrete policies from these models, deploy/undeploy API for the concrete policies and decision API for DCAE service components to query for a decision on the appropriate configuration policy. | | Status |
|---|
| colour | Green |
|---|
| title | COMMITTED |
|---|
|
| Goal #10 |
Self Serve Control Loop
| Project | Requirement | Commitment | Notes |
|---|
| DCAE | ToscaLab (python) alignment with SDC team to align on blueprint generation (k8s) | | Status |
|---|
| |
|---|
| colour | Yellow |
|---|
| title | Stretch Goal |
|---|
|
| Goal #15 |
| Policy | Enhance Policy SDC Distribution Application to parse CSAR for DCAE service component policy models. If the model is new, the application will call the Policy Lifecycle API to create a Policy Model for that model. | | Status |
|---|
| |
|---|
| colour | Yellow |
|---|
| title | Stretch Goal |
|---|
|
| Goal #20 |
SDC | Support TOSCA compliant model for DCAE service components | | Status |
|---|
| |
|---|
| colour | Yellow |
|---|
| title | Stretch Goal |
|---|
|
| Goal #12 |
| Support Policy DCAE Service Component Model in TOSCA-Lab | | Status |
|---|
| |
|---|
| colour | Yellow |
|---|
| title | Stretch Goal |
|---|
|
| Goal #13 |
| Generate K8S ready Cloudify Blueprints. | | Status |
|---|
| |
|---|
| colour | Yellow |
|---|
| title | Stretch Goal |
|---|
|
| Goal #14 |
| SDC will need to make changes to the blueprint to reference the Policy DCAE service component Model from #1 | | Status |
|---|
| |
|---|
| colour | Yellow |
|---|
| title | Stretch Goal |
|---|
|
| Goal #15 | SDC | Support Policy DCAE Analytic Model in TOSCA-Lab | Goal #2 |
| Support the uploading of the JSON spec for an analytics a micro service component and create a TOSCA YAML policy model and default blueprint in the SDC Catalog | Goal #3 |
| DCAE-DS and TOSCA-Lab need to support complex Cloudify Blueprints that can combine multiple analytic micro services | Goal #4 |
| Status |
|---|
| |
|---|
| colour | Red |
|---|
| title | Not Committed |
|---|
|
| Goal #16 |
| DCAE Service Components Analytics and Blueprints need to be added to the service CSARGoal #5 | | Status |
|---|
| |
|---|
| colour | Yellow |
|---|
| title | Stretch Goal |
|---|
|
| Goal #19 |
| Status |
|---|
| colour | Red |
|---|
| title | No Commitment |
|---|
|
| Status |
|---|
| colour | Yellow |
|---|
| title | Partial Commitment |
|---|
|
| Status |
|---|
| colour | Green |
|---|
| title | Committed |
|---|
|
