...
Proposals for Casablanca | Correlation | Briefing | Prioritizing | Effort level estimation | comments | Resource commitment |
Upgrade plugin for Wind River | O1 | Upgrade plugin for Wind River's new release of Titanium Cloud | High | low | Wind River as MVP | |
New plugin for Pike & Traits | F3, O2 | New plugin for Pike since pike based Titanium Cloud and pike based Orange Lab | High | medium | Wind River as MVP, Intel as MVP | |
Consistent ID of cloud region enablement | F1, F2 | Support the functional requirement of "Centralized Representation and Consistent ID of a Cloud Region for ONAP" | High | Low to Medium | Wind River as MVP, VMware as MVP, Azure side support this as well. | |
Deploy MultiCloud service to edge cloud with AAI in centralized ONAP | F2 | multicloud services deployed on edge clouds while AAI in central ONAP | low | low | Wind River as a stretch goal | |
HEAT orchestration enhancement | UC1, UC2 | Enable M.C. to update AAI inventory after heat orchestration/scaling/termination is done via M.C. plugin | low | low | Ramki: it is critical that m.c. to play this role | Wind River as a stretch goal, others? |
Cloud Region decommission | F1 | With centralized cloud region realized, it is good to decommission the cloud region with a single click | low | low | Wind River as a stretch goal | |
Security enhancement: TLS based endpoint | NF2 | Enable secured endpoints for MultiCloud services | Medium | low | Ramki, Srini will share how service mesh help on this requirement. | Wind River as a MVP, |
Security enhancement: Integration with AAF | NF2 | Role based access control | TBD | High | Up on security level from TSC decision. AAF python library is not available yet | Wind River as a stretch goal, but subject to TSC's decision |
Kubernetes plugin MVP | NF3 | Create a MVP that allows to use Kubernetes as MultilCloud plugin | Low | High | Intel as a MVP, Wind River will participateas a stretch goal | |
| SRIOV-NIC support | F3, F2 | HPA feature in OOF facilitates placing VDUs on the site that has compute nodes supporting needed SRIOV-NIC cards. Operators like to have flexibility of placing the workloads on non SRIOV-NIC machines in case there are no matching profiles. In HEAT templates, there is a challenge to have this kind of flexibility. | TBD | High | Intel as ?, Wind River as stretch , VMware as ? | |
| Use OOF flavors | F3 | Using flavors returned by OOF and pass them as parameters to HEAT command line | TBD | Medium | Ethan: SO might be more suitable to pass this parameter to MC. | |
Aggregated Infrastructure Telemetry Streams | F2 | TBD | Medium | offline discussion | Intel as MVP, VMware to evaluate | |
IaaS intent-based framework to support cloud agnostic intent for Compute/Network/Storage | F2 | TBD | High | offline discussion, up to EA | VMware, Intel, Amdocs (Microsoft) as MVP, Wind River as stretch goal | |
Distributed Edge Cloud Infrastructure Capability Discovery adhering to the Infrastructure Modelling enhancements for Distributed Cloud | F2 | TBD | Low | dependency on infrastructure modeling,offline discussion | VMware, Intel, Amdocs (Microsoft) as MVP, Wind River as stretch goal | |
| azure plugin | NF4 | TBD | TBD | Matti will reach to Microsoft and Amdocs to get idea what commitment to have | Microsoft/Amdocs as ?, |