Single development platform cannot satisfy two very different objectives, rapid and assessed/qualified
- Rapid development Software Platform (RSP)
Software development platform for innovation, which means individual features and components, as well as prototyping and demo/PoC development- Pros
- Possible to reuse the existing asset of AGL UCB (container features can be added on top of AGL meta layers)
- Cons
- Too big to use for QM Isolation
- Too big to use for QM Isolation
- Pros
- QM Isolated Software Platform (QSP)
Software development platform for product embedded, which is combined assessed (for embedded) and non-assessed (development tools) packages- Pros
- A reference platform and baseline of product embedded which is,
- Easy to use for QM isolation, because of the clear categorization of assessed and non-assessed packages
- Minimize number of packages which shoud refer very long term supported source code
- A reference platform and baseline of product embedded which is,
- Cons
- Impossible to reuse the existing AGL UCB as is, big refactoring is required
- Pros
Gap control
From AGL UCB point of view, gap control of the two integrations is very important.
Preconditions
- Plan to release the first version in KK
- PEP development is not started, so not in time for KK's release
Requirements
- SRC_URI of each package
- all packages of RSP refer upstream source code repository of each OSS project
- assessed packages of QSP prefer to use very long term supported source code repository like Redhat/CentOS or Debian/Ubuntu's
- for non-assessed packages, theoretically it is not required to use VLTS source code but it is preferable because of compatibility.
- All target images can be built from a single recipe tree (retention of Unified Code Base)