Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • Upgrade of ODL to Fluorine SR2 (CCSDK dependency)
  • Platform Maturity (i.e., S3P items)  https://wiki.onap.org/pages/viewpage.action?pageId=16003367, https://wiki.onap.org/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
      1 (remain test coverage 50%)
      • Level 1: 72 hour component-level soak test (random test transactions with 80% code coverage; steady load)
      • Level Level 2: 72 hour platform-level soak test (random test transactions with 80% code coverage; steady load)
      • Configuration Enhancement https://wiki.onap.org/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
    • Security:
      Level 1, level 2 (Stretch)
      • Level 1: CII Passing badge
        • Including no critical and
      • Absolute Minimum expectation:
      • CII badging passing level
      • Continuously retaining no critical or
        • high known vulnerabilities > 60 days old
      • All communication shall
      • 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
      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)
    • Usability: Level 21
      • Level
      • 2
      • 1:
        • API Documentation
          • User guide created
          • Deployment documentation
          • API documentation
          • Adherence to coding guidelines
    • Documentation 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.

    ...

    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.

    AreaActual LevelTargeted Level for current ReleaseHow, EvidencesComments
    Performance0

    1

    or

    2

    (question)

    - Stretch goal

    Jira
    serverONAP JIRA
    columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
    serverId425b2b0a-557c-3c0c-b515-579789cceedb
    keyAPPC-1310

    APPC performance testing


    StabilityStability

    1 - project team

    2 - Integration team

    1 - project team

    2 - Integration team


    1 - project team but we may not reach 80% code coverage

    2 - Integration team

    Assume Integration team will Assume Integration team will address Level 2 -  72 hour test in Dublin

    *current (1/

    9

    13/19) code coverage is

    66%

    67.9%

    • Level 0: none beyond release requirements
    • Level 1: 72 hour component-level soak test (random test transactions with 80% code coverage; steady load)
    Resiliency2

    2 ? (maybe 3, it really depends on the labs capacity)




    Security11, 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.
    Scalability11

    Manageability1

    1, 2(partial, please see the comments, APPC will comply two items on level 2)



    • 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.2
      • Implement guidelines for a minimal container footprint
    Usability1

    1

    Security1Minimum ExpectationAbsolute Minimum expectation:
    • CII badging passing level
    • Continuously retaining no critical or high known vulnerabilities > 60 days old
    • All communication shall be able to be encrypted and have common role-based access control and authorization.
    Scalability1maybe 2depends on how to setup the lab for geo-redundancyManageability1

    1 TBD




    Recommendation for Casablanca is Level 2; however, Level 2 requirements are unclear and cannot be committed to.

    • 1 – single logging system across components; instantiation in < 1 hour
    • 2 – ability to upgrade a single component; tracing across components; externalized configuration management
    Usability1

    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 ???

    • 1 – user guide; deployment documentation; API documentation
    • 2 – UI consistency; usability testing; tutorial documentation
    • 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

    TBD - Swagger 2.0 - We dependent on what ODL Fluorine for API documentation and they dictate version of Swagger used, currently looked like


    • API Incoming Dependencies

    List the API this project is expecting from other projects.
    Prior 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 DescriptionAPI Definition DateAPI Delivery dateAPI Definition link (i.e.swagger)
    SDCREST API

    Currently Available

    , but needs to be updated to use onap.org


    TBD
    Link toward the detailed API descriptionAAI

    AAIREST API
    Needs further discussion: New named query to retrieve data for ScaleOut or does APPC need to build the query??

    Currently Available

    TBD
    CCSDKOpenDayLight, SLI, AAI Client, dblibEnd of
    June
    MarchTBD
    DMaaPAPI  to publish/subscribe to  events sent for VNF/VM action requests.
    Will DMaaP be providing support for secure topics?
    Currently AvailableTBDDMaaP API
    AAFApplication Authorization FrameworkCurrently AvailableCurrently Available


    • API Outgoing Dependencies

    ...


    API DescriptionAPI Definition DateAPI Delivery dateAPI Definition link (i.e.swagger)
    NB InterfaceREST API



    Link toward the detailed API description

    https://onap.readthedocs.io/en/latest/submodules/appc.git/docs/APPC%20LCM%20API%20Guide/APPC%20LCM%20API%20Guide.htmll

    APPC API Guide


    • Third Party Products 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
    serverONAP JIRA
    columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
    maximumIssues20
    jqlQueryproject = appc and issuetype in (bug) and "Application Controller" AND issuetype = Bug AND affectedVersion = "Beijing Dublin Release" AND fixVersion = "Casablanca Release"
    serverId425b2b0a-557c-3c0c-b515-579789cceedb

    • 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).

    Dublin Release"
    serverId425b2b0a-557c-3c0c-b515-579789cceedb

    • 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 identifiedMitigation PlanContingency Plan
    ODL upgrade to Fluorine - depends on CCSDK projects
    Fall back to Nitrogen
    Risk identifiedMitigation PlanContingency PlanODL upgrade to Oxygen & DB to MariaDB - depends on CCSDK projectsCCSDK team has started work early on these two dependencies; They are currently telling us they plant o have these ready at start of Casablanca.Fall back to Nitrogen & MySQL (same as Beijing)SO dependency to delivery needed data to support the ScaleOut use case - need to provide vf-module-id of the vDNS scaled?Continue using the flow as designed in BeijingAPPC needs data to be in AAI in order to support the ConfigScaleOut use case for retrieval of the configuration data. Either SDNC (or SO) must write this data into AAI after the instantiation event happens. Continue using the flow as designed in BeijingDMaaP support of Secure Topics?
    • 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
    titleNote

    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
    serverONAP JIRA
    serverId425b2b0a-557c-3c0c-b515-579789cceedb
    keyAPPC-1275

    ...