This centralized page, for all Guilin projects, is aimed at identifying the risks as they are foreseen within the release life cycle.
A Risk that materialized becomes an Issue.
Status:
- Identified: a risk that has been identified, but has not yet been analyzed / assessed yet
- Assessed: an identified risk which currently has no risk response plan
- Planned: an identified risk with a risk response plan
- In-Process: a risk where the risk response is being executed
- Closed: a risk that occurred and is transferred to an issue or the risk was solved/avoided
- Not occurred: a risk that was identified but that did not occur
- Rejected: created and kept for tracking purposes but considered not to be used yet
Risk ID | Project Team or person identifying the risk | Identification Date | Risk (Description and potential impact) | Team or component impacted by the risk | Mitigation Plan (Action to prevent the risk to materialize) | Contingency Plan - Response Plan (Action in case of the risk materialized) | Probability of occurrence (probability of the risk materialized) High/Medium/Low | Impact High/Medium/Low | Status | ||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
1 | ESR | July 1st 2020 | The REQ-341 has dependency on ESR for updating the K8s cluster information. | REQ-341 | To have the friends from Aarna network to help us in this functionality. | In case ESR does not make it to Guilin, we will use the postman for updating the AAi with the detais | High | Med | In progress. | ||||||||
2 | SDC | July 6th 2020 | The REQ-349 - Coverage of 55% | SDC | Minimize impact of changes to limit breakage of coverage metrics | will request an exception for Guilin | High | Low | Current metrics are at 54.8%, some sonar metrics do not show up on main page but are visible in details. In Progress for improvments Update 9/4 decrease in coverage happened due to many new features coming with less coverage, hard to identify before merge has sonar results are only visibile after code is merged Update 9/9 latest metrics shows we are good, above 55% line coverage for all SDC projects Risk CLOSED | ||||||||
3 | SDC | July 6th 2020 Updated Oct 5 | REQ 351 - Migration to Java 11 | SDC | Try to get commitments from more companies to help on finishing the migration try to still do the upgrade and validate if Janus works upgrade only a subset of containers (the ones not using Janus | will request an exception for Guilin |
Low |
Low | Migration to Java 11 is well under way on main SDC project, still the complexity of project implies that there are several unknowns in completing this change Updated 8/18 It has been identified that Janusgraph (the client lib used by SDC for the graph DB over Cassandra) is NOT compatible with java8 (due to the lack of support of one of its dep :apache/tinkerpop) It is very likely now that SDC will not support java8 fully due to this in guilin Updated 9/9 We've been able to build JAVA 11 docker images, we will be trying them during pairwise, will revert if we find anything that is related to the Janusgraph incompatibility, so far nothing broke... Lowering probability of occurence STATUS : In Progress Updated 10/5 We have not noticed any negative effect of Java11 on JanusGraph behavior, all our pairwise tests are successful and we will be keeping an eye on it for the Integration test cases validation. Lowering risk to low. | ||||||||
4 | OOF | July 8, 2020 | Meeting non-functional requirements due to resource constraints | OPTF/CMSO | Try to get commitments from potential contributors | will request an exception for Guilin | Low | Low | Not occurred NFRs specific to CMSO are done. Common NFRs will be taken care along with other projects | ||||||||
5 | DCAE | July 8, 2020 | Meeting non-function requirements - REQ-379 (approved base image) complaince | DCAE |
| Will be worked in-phase and need exception for components not migrated | High | Low | Closed: Waiver requested for java components - Guilin Exception Request for DCAE | ||||||||
6a | DCAE | July 8, 2020 | DCAE being large project with 40+ component, need more time for complaince with non-functional requirements REQ-366 - Containers must crash properly when a failure occurs (DCAEGEN2-2326) | DCAE | Have commitment from Ericsson; more contributors will help mitgating the risk | Will be worked in-phase and need exception for components not compliant | High | Medium | Closed: Waiver requested -Guilin Exception Request for DCAE Identified 8/24/2020 - Ericsson team indicated issues to support; evaluating options to phase (or get additional time). Will likely require an exception for Guilin Note: Split original item into 6a/6b for better tracking | ||||||||
6b | DCAE | July 8, 2020 | DCAE being large project with 40+ component, need more time for complaince with non-functional requirements REQ-365 - Containers must have no more than one main process (DCAEGEN2-2327) | DCAE | Have commitment from Ericsson; more contributors will help mitgating the risk | Will be worked in-phase and need exception for components not compliant | Medium | Medium | Closed 8/24/2020 - ChinaMobile and Nokia volunteered to help; this item could be closed soon. | ||||||||
7 | DCAE | July 8, 2020 | Resource/time constraint for supporting nonfunctional REQ-351 (Java11 upgrade). MOD-Genprocessor components will need exception (due to NiFI upstream dependency) | DCAE | More companies to help with migration | Will be worked in-phase and need exception for components not migrated. | Medium | Low | Closed Exception created for deferred components - Guilin Exception Request for DCAE | ||||||||
8 | Portal | July 8, 2020 | Meeting the following Non-Functional Priority 1 and 2 Requirements https://jira.onap.org/browse/REQ-380 https://jira.onap.org/browse/REQ-373 | Portal | Need support from community | Phased approach and file exceptions for the items that cannot be delivered or picked up by community | High | Medium | Identified | ||||||||
9 | Holmes | July 9, 2020 | There's no env for the team to carry out any functional tests. Due to the network restriction in our company, we have no access to the WindRiver lab, so it seems impossible for us to do any tests after code modifications. This would impact the integration with AAF. | Holmes | Trying to apply for HW resources to build up a testing env within our company. | will request an exception for Guilin | Medium | Medium | In-progress. Still trying to deploy the Frankfurt release in our private env. Problems were encountered. Still trying... | ||||||||
10 | SDC | July 9, 2020 | Meeting non-functional requirements - | SDC | Need support from community | Phased approach and file exceptions for the items that cannot be delivered or picked up by community | High | Medium | Identified Update Oct 5th As planned these could not be achieved for Guilin, will see if they are planned for next releases | ||||||||
11 | MultiCloud | July 9, 2020 | Meeting non-functional requirements - REQ-373 , REQ-363 , REQ-351, REQ-349 , | MultiCloud | Need support from community | Will request waiver in Guilin release | High | Medium | Waiver created | ||||||||
12 | AAI | July 9 2020 | AAI | Need support from community | Will request waiver in Guilin release | High | Medium | Waiver Created | |||||||||
13 | MSB | July 15th | Can not meet REQ-351 lack of capacity | MSB | Need support from community | Will request waiver in Guilin release | High | High | Identified | ||||||||
14 | Modeling | July 15th | Meeting non-functional requirements - | Modeling | Need support from community | Will request waiver in Guilin release | High | High | Identified update 0929 Waiver created | ||||||||
15 | VID | July 15th | Can not Meeting non-functional requirements - REQ-361 | VID | Need support from community | Will request waiver in Guilin release | High | High | Identified | ||||||||
16 | VF-C | July 15th | VF-C | Need support from community | Will request waiver in Guilin release | High | High | Identified update 0929 Waiver created | |||||||||
Policy | July 23 2020 | Meeting non-function requirements - REQ-379 (approved base image) compliance and GPL v3 packages | Policy | Need finalized approval base image ASAP, in order to request the resource from community | Will request waiver in Guilin release | High | Low | Waiver created | |||||||||
18 | Holmes | July 28, 2020 | Don't know where to get support regarding AAF integration. | Holmes | Mark the requirement as a stretched goal. | Defer it to the next release. | High | Medium | Identified Now M4 is close and we haven't even get started due to Risk 9. This has to be deferred to the next release. | ||||||||
19 | UUI | July 29, 2020 | Can not Meeting non-functional requirements - REQ-361 | UUI | Mark the requirement as a stretched goal. | Defer it to the next release. | Low | Low | Identified | ||||||||
20 | CCSDK | July 31 2020 | Meeting non-function requirements - REQ-379 (approved base image) compliance | CCSDK | Need finalized approval base image ASAP. Specifically, need guidance on which base image to use for openjdk 11 on alpine. | Will request waiver in Guilin release | High | Low | Closed - our docker containers now use one of the 2 approved ONAP base images | ||||||||
21 | SDNC | July 31 2020 | Meeting non-function requirements - REQ-379 (approved base image) compliance | SDNC | Need finalized approval base image ASAP. Specifically, need guidance on which base image to use for openjdk 11 on alpine. | Will request waiver in Guilin release | High | Low | Closed - our docker containers now use one of the 2 approved ONAP base images | ||||||||
22 | DCAE | Aug 24,2020 | Meeting non-functional requirement REQ-373 (ONAP must complete update of the Python language (from 2.7 -> 3.8) Among 8 components identified only 3 are completed as of 08/24 | DCAE | More companies to help with migration | Will be worked in-phase and need exception for components not migrated. | Medium | Low | Closed 9/15 - Exception created for deferred components - Guilin Exception Request for DCAE 8/31 - Majority of components migration complete; need exception for Cloudify, Plugins, AA. | ||||||||
23 | Integration | Aug 11, 2020 | Instability of the ONAP deployments Intel/Windriver labs. An ONAP installation keeps up&running only a few hours. After few hours, weird errors start to occur, leading to the very frequent redeployments of the solution. Marco was used to regularly redeploy some helm charts and some pods, that were not necessarily used by the use cases, were sometimes not in healthy state. Such behavior is not detected in other labs. As Marco is no more involved, we do not have an Integration admin for the deployments in Intel/windriver lab. Re-installating every 2 days is not the solution. Integration shared the risk with the PTL during PTL metting on the 17th of August. | Integration | Figure out the issues Replay infrastructure tests (independently from ONAP) Compare with other infra tests Review installation procedure (based on jenkins script not fully synchronized with OOM, kubernetes and helm upgrade done late during frankfurt process) idally get a resource able to be ONAP integration admin | Possible to host use cases in other labs (Orange openlabs) | Medium | High | in progress First infra tests done and seem good.. | ||||||||
24 | Integration | Aug 25, 2020 | Re-insourcing of the Integration helm chart in OOM | integration | Some time needed to refactor the existing robot pod. As it is familiar to the community, the refactoring must be transparent for end users | No change, we keep the frankfurt helm chart | High | Low | identified | ||||||||
25 | Integration | Aug 25, 2020 | Migration from onap_tests to pythonsdk tests The framework used to run the End to End tests in frankfurt is deprectaed. A new one is available but the scenario as well as the CI integration has to be done | Integration | Some time to finalize the new framework integration | No end to end tests in CI | Low | Low | In progress | ||||||||
26 | Integration | Aug 25, 2020 | lack of HW resources for gating and dailys Today all the HW is hosted and managed by Orange teams + 2 offload lab in Azure. In case of major outage in Orange DC, we will lose 80% of our gating capabilities we experienced an issue during summer break, as the patch rate was low it was not a problem to get only 1 gating lab but as we are approaching the release, the numbre of patches to be managed increased, it could be a problem | Integration | need extra cloud resources (extra budget for Azure, cloud resources in vexxhost, cloud from other companies) | long time before providing feedback to projects, could become a bottleneck | Medium | High | identified | ||||||||
27 | Policy | Aug 27, 2020 | REQ-349 test coverage for one repo has dropped to 34% as a result of moving javascript code from one repo to another | Policy | Continue to add test coverage prior to M4 | The repo under question is not a Guilin deliverable. In addition, test coverage will continue to be added post-M4 | High | Low | Waiver created. Waiver is no longer necessary, as coverage for the repo is now at 57.5% | ||||||||
28 | Policy | Aug 31, 2020 | DMN support may not be completed by M4 | Policy | Continue development as late as possible prior to M4 | Descope DMN support from Guilin, as it does not affect any use cases or any testing | Medium | Low | |||||||||
29 | AAI | Aug 31, 2020 | AAI Sparky UI may not be completely working in Guilin, as it was in Frankfurt | AAI | Continue trying to remove hurdles with portal integration and other supporting microservices, | Descope support for the AAI UI as it stands and deliver new functionality in Honolulu as communicated with the community | High | Low | Waiver created | ||||||||
30 | SDC | Sep 4, 2020 | REQ365 REQ366, no contribution to these as identified at M1, will not be done for SDC | SDC | Continue to request help on these | Descope to next release | High | Low | In progress | ||||||||
31 | CLAMP | Sep 7, 2020 |
| CLAMP | Continue working on the Certinitializer intro into CLAMP | Descope to next release | Medium | Low | Closed | ||||||||
32 | CLAMP | Sep 7, 2020 |
| CLAMP | Continue working on elk stack removal | ELK stack is actually apache 2, so it is actually not an issue. Descope to next release. | High | Low | Closed (Exception requested) | ||||||||
33 | SO | Aug 31, 2020 | SO is failing on the gating and needs changes for the OOM | SO, OOM | continue to work on the issue and wait for the gating dependencies to be resolved | High | High | In Progress | |||||||||
34 | DMAAP | Sep 9, 2020 | DMaaP components will not be able to implement all TSC priority 1 non functional requirement due to lack of resources | DMAAP | Cover as much as we can with the available resources | Waiver has been requested for Java 11 upgrade. | High | Low | In Progress | ||||||||
35 | CLAMP | Sep 8, 2020 | Basecontainer for Front NGNIX is not official | CLAMP | CLAMP uses a small ngnix container because there is no yet an official one small enough | make this one the official ONAP ngnix or descope to next release | High | Low | In Progress (Exception requested) | ||||||||
36 | DMAAP | 10/8/2020 | DMAAP-1500 was recently opened for GPL V3 licenses showing up in DMAAP-BC and DMAAP-MR components. We will not be able to address this in Guilin due to lack of resources. | DMAAP | Address in Honolulu release | Address in Honolulu release | High | Low | Exception being requested | ||||||||
37 | OOM | Oct 12 2020 | no limits on some pods | ONAP | Some are under review, waiting for comitters to +2 | see what's left and finish before RC1 | Medium | Low | In Progress | ||||||||
38 | OOM | Oct 12 2020 | Cassandra upstream is using java 8 | ONAP | Address in Honolulu release | Address in Honolulu release | High | Low | Exception being request | ||||||||
39 | OOM | Oct 12 2020 | Lack of Hardware resources | ONAP | need extra cloud resources (extra budget for Azure, cloud resources in vexxhost, cloud from other companies) | long time before providing feedback to projects, could become a bottleneck | Medium | High | identified | ||||||||
40 | OOM | Oct 12 2020 | Upstream Mariadb outdated and run as root | ONAP | Update to another mariadb image | Address in Honolulu release | High | Low | identified |
...