Versions Compared

Key

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

...

  • relationship between ONAP Release → Docker Container & Version → Repository & Version → Project
    • (relationship currently missing is: Docker Container & Version → Repository & Version ; see also here)
  • dependencies (build deploy time & runtime) among ONAP projects
  • dependencies (runtime) between ONAP projects and use cases
  • current lifecycle state of ONAP projects and repositories (incl. optimized maintenance of this information)

...

  • A deployable ONAP release consists of 'maintained' an 'unmaintained' software modules (used to build the docker container).
  • Only 'projects' are managed in the release process
  • But a 'project' consists of 1-n repositories. Repositories are not managed in the release process.
    • Question: If a project is (un)maintained, are all repositories (un)maintained?
  • Only 'maintained' projects are managed in the release process.
  • But "unmaintained" software modules (docker container) are added to the list of deployed software modules in the end of the release process (oom)
  • Unmaintained, but 'participating' projects (not repositories!) of the 'Istanbul' release are:
    • Application Authorization Framework AAF
    • Application Controller APPC
    • External API
    • External System Register ESR
    • Logging
    • MUSIC
    • Portal
    • Virtual Infrastructure Deployment VID
  • The management of 'release participation' ...
    • is limited (projects managed, not repositories)
    • has distributed responsibilities (relmgr, oom, sec, doc)
    • and is not synced and done in a collaborative, end-to-end manner
  • Information about the lifecycle state of projects/repositories and their release participation is distributed, manually maintained and not in sync, e.g.
    • GIT: repository state (active | read only; Kenny? LFIT?)
    • INFO.YAML: project state (inherited to every repo of the project; project lead)
    • WIKI: release participation (release manager)
    • WIKI: project lifecycle state (Kenny)
    • WIKI: documentation tracking per release (doc team)
    • WIKI: security vulnerabilities / package updated (sec team)
    • WIKI: Arc Subcommittee / ONAP Architecture Diagram
    • RTD: Interactive ONAP Architecture Diagram
    • OOM: helm charts?
    • Jenkins Jobs?
  • There is no transparency whether use cases depend on unmaintained software modules (repositories)

...

Dependencies between ONAP projects and use cases must be managed ...

  • by the Architecture Subcommittee (incl. continuous documentation) together with the TSC (incl. the decision how to continue with an unmaintained project)
  • on project level

...