...
Project Name | Enter the name of the project |
---|---|
Target Release Name | Dublin Release |
Project Lifecycle State | Incubation. Refer to ONAP Charter, section 3.3 Project Lifecycle for further information |
Participating Company | AT&T, Tech Mahindra, Ericsson, Orange, IBM |
...
- Upgrade of ODL to Fluorine SR2 (CCSDK dependency)
- Platform Maturity (i.e., S3P items) https://wiki.lf-onap.org/pages/viewpage.action?pageId=16003367, https://wiki.onap.orgatlassian.net/wiki/display/DW/Dublin+Release+Platform+Maturity
- Brown→ Jason's goal Green color → Target level ( details see Platform Maturity below)
- Performance: Level 1, Level 2 (Stretch)
- Level 1: baseline performance criteria identified and measured (such as response time, transaction/message rate, latency, footprint, etc. to be defined on per component)
- Level 2: performance improvement plan created
- unzip feature.zip during building docker.
- Remove un-used bundles from CCSDK’s odlsli - depends on CCSDK
- Stability: Level 2
Level 1 (remain test coverage 50%)- Level 1: 72 hour component-level soak test (random test transactions with 80% code coverage; steady load)
- Level 2: 72 hour platform-level soak test (random test transactions with 80% code coverage; steady load)
- Configuration Enhancement https://wikilf-onap.onapatlassian.orgnet/wiki/display/DW/APPC+Configuration+Enhancement - Stretch goal
- Resiliency: Level 2
- Level 2: support automated failure detection & rerouting
- within a single geographic site
- stateless components: establish baseline measure of failed requests for a component failure within a site
- stateful components: establish baseline of data loss for a component failure within a site
- OOM: move to variable for database’s user/password
- CSIT OOM - Integration team
- Level 2: support automated failure detection & rerouting
- Security:
Absolute Minimum expectation: - CII badging passing level Continuously retaining no critical or Level 1, level 2 (Stretch)
- Level 1: CII Passing badge
- Including no critical and high known vulnerabilities > 60 days old
All communication - Level 2: CII Silver badge, plus:
- All internal/external system communications shall be able to be encrypted: there is http internal connection between CDT and APPC, we need to find the resource to migrate from http to https.
- All internal/external service calls shall have common role-based access control and authorization using CADI framework.
- Desired expectation is full CII badging silver level, if not 75% towards that.
- Scalability: Level 1
- Level 1: supports single site horizontal scale out and scale in, independent of other component
- APPC does not support dynamic cluster configuration in k8s only support static cluster configuration
- Clustering env with downstream: netconf, ansible
- Using Alpine linux distribution docker image as base.
- Manageability: Level1, Level 2 (Stretch)
- Level 2:
- A component can be independently upgraded without impacting operation interacting components
- Component configuration to be externalized in a common fashion across ONAP projects
All application logging to adhere to ONAP Application Logging Specification v1.2Implement guidelines for a minimal container footprint - See this presentation and follow the Container Image Minimization Guidelines
- Level 2:
- Usability: Level 21
- Level 2
- 1:
- API Documentation
- All new API’s must adhere to the ONAP API Common Versioning Strategy and Documentation Guidelines
- All existing APIs must be documented in Swagger 2.0
- User guide created
- Deployment documentation
- API documentation
- Adherence to coding guidelines
- Documentation updates (readthedocs) for Dublin, such as, but not limited to:
- LCM API Guide
- Release Notes
- CDT GUI Guide
- Code Coverage for CDT (Javascript) - TBD, no commitment at this stage
- Use Cases
- Closed Loop / E2E AutomationIntegrate automation test
- Change Management - APPC will continue supporting it.
- Closed Loop / E2E AutomationIntegrate automation test
...
APPC will contribute partially to the following use cases as part of the functional requirements.
- Closed Loop / E2E AutomationIntegrate automation test
- Change Management (will be done by Orange team)
...
Sub-components are repositories and are consolidated in a single centralized place. Edit the Release Components name for your project in the centralized page.
...
Indicate where your project fit within the ONAP Archiecture diagram Dublin+Architecture.
Block and sequence diagrams showing relation within the project as well as relation with external components are expected.
...
Platform Maturity
Refering to to CII Badging Security Program and Platform Maturity Requirements S3P, fill out the table below by indicating the actual level , the targeted level for the current release and the evidences on how you plan to achieve the targeted level.
Area | Actual Level | Targeted Level for current Release | How, Evidences | Comments | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Performance | 0 | 1 or2 - Stretch goal | Stability | 1 - project team 2 - Integration team
| |||||||||||
Stability | 1 - project team 2 - Integration team | Assume Integration team will 1 - project team but we may not reach 80% code coverage 2 - Integration team Assume Integration team will address Level 2 - 72 hour test in Dublin | *current (1/ 913/19) code coverage is 66%67.9%
| ||||||||||||
Resiliency | 2 | 2 ? (maybe 3, it really depends on the labs capacity) | Security | 1 | Minimum Expectation | Absolute Minimum expectation:
| Scalability | 1 | maybe 2 | depends on how to setup the lab for geo-redundancy | Manageability | 1 | 1 TBD | ||
Security | 1 | 1, 2 (partial, please see the comments) | there is http internal connection between CDT and APPC, we need to find the resource to migrate from http to https. | ||||||||||||
Scalability | 1 | 1 | |||||||||||||
Manageability | 1 | 1, 2(partial, please see the comments, APPC will comply two items on level 2) |
| ||||||||||||
Usability | 1 | 1 | Recommendation for Casablanca is Level 2; however, Level 2 requirements are unclear and cannot be committed to. |
| Usability | 1 | 1 TBD Recommendation for Casablanca is Level 2; however, we cannot meeting Level 2 All new API’s must adhere to the ONAP API Common Versioning Strategy and Documentation Guidelines; - There was an issue with ODL & API version - need to investigate further Swagger 2.0 - We dependent on what ODL Oxygen for API documentation and they dictate version of Swagger used, currently looked like v1.2 E2E tutorial ??? |
|
API Incoming Dependencies
...
we cannot meeting Level 2 All new API’s must adhere to the ONAP API Common Versioning Strategy and Documentation Guidelines; - There was an issue with ODL & API version - need to investigate further |
API Incoming Dependencies
List the API this project is expecting from other projects.
Prior to Release Planning review, Team Leads must agreed on the date by which the API will be fully defined. The API Delivery date must not be later than the release API Freeze date.
Prior to the delivery date, it is a good practice to organize an API review with the API consumers.
API Name
API Description | API Definition Date | API Delivery date | API Definition link (i.e.swagger) | |
---|---|---|---|---|
SDC | REST API | Currently Available |
TBD |
AAI | REST API |
Currently Available | TBD | |
CCSDK | OpenDayLight, SLI, AAI Client, dblib | End of |
March | TBD | |
DMaaP | API to publish/subscribe to events sent for VNF/VM action requests. |
Currently Available | TBD | DMaaP API | ||
AAF | Application Authorization Framework | Currently Available | Currently Available |
API Outgoing Dependencies
...
API Description | API Definition Date | API Delivery date | API Definition link (i.e.swagger) | |
---|---|---|---|---|
NB Interface | REST API | Link toward the detailed API description |
...
Third Party Products Dependencies
Third Party Products mean products that are mandatory to provide services for your components. Development of new functionality in third party product may or not be expected.
List the Third Party Products (OpenStack, ODL, RabbitMQ, ElasticSearch,Crystal Reports, ...).
...
Jira Legacy | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
|
Risks
List the risks identified for this release along with the plan to prevent the risk to occur (mitigation) and the plan of action in the case the risk would materialized (contingency).
...
|
Risks
List the risks identified for this release along with the plan to prevent the risk to occur (mitigation) and the plan of action in the case the risk would materialized (contingency).
Risk identified | Mitigation Plan | Contingency Plan |
---|---|---|
ODL upgrade to Fluorine - depends on CCSDK projects | Fall back to Nitrogen |
Resources
Fill out the Resources Committed to the Release centralized page.
Release Milestone
...
Documentation, Training
- Highlight the team contributions to the specific document related to he the project (Config guide, installation guide...).
- Highlight the team contributions to the overall Release Documentation and training asset
- High level list of documentation, training and tutorials necessary to understand the release capabilities, configuration and operation.
- Documentation includes items such as:
- Installation instructions
- Configuration instructions
- Developer guide
- End User guide
- Admin guide
- ...
Note | ||
---|---|---|
| ||
The Documentation project will provide the Documentation Tool Chain to edit, configure, store and publish all Documentation assetAPPC will follow requirement by documentation team based on the APPC release capacities. |
Documentation updates planned for Dublin release are tracked under Documentation Epic:
Jira Legacy | ||||||
---|---|---|---|---|---|---|
|
...