Overview
Describe the goals of this release ?
- Choose a name
- Scope noted below
- Label update (and documented in Github - link)
Name suggestions ?
- Elbrus (highest peak in Europe)
- Choose a highest mountain that starts with C (Cho Oyu, 8201 m/26,906 ft, – could use release name of ChoOyu)
- Highest mountain on Mars - Olympus
- TBD
What is the schedule ?
Milestone | Description | Date |
---|---|---|
M1 | Release Planning | Friday |
M2 | Issue Logging | Friday |
vF2F | Conference | Monday |
M3 | Freeze Contributions | Friday |
M4 | Freeze Proofreading | Friday |
M5 | Release Candidate | Tuesday |
M6 | Release Signoff | Friday |
To-Do (Spec)
This is a comprehensive list of work that can be done. A subset of the list below will go into Baraque (and will be saved in the release notes for Baraque).
A: To be included in Baraque Release.
B: Nice to include in Baraque Release.
C: Low Priority for Baraque Release.
Tech
# | Deliverable | Complete ( yes/no ) | Comments |
---|---|---|---|
1 | Edge WS: Add Support for Edge Usecase (Outlines ) | in the usecase part. | |
2 | More generic To cater all technologies ( VM , Containers ) |
Reference Model
# | Deliverable | Complete ( yes/no ) | Comments |
---|---|---|---|
0 | NFG: Finalise Networking Modelling | Finish with stable version | |
1 | NFG: Add HW Accel capabilities (include SmartNIC) | Based on the modelling done by NFG, SmartNIC support and HW acceleration to be supported by RM. | |
2 | Better Characterisation of Networking and Storage. | ||
3 | Data-centre Tier Services and how to integrate them tin RM. | ||
4 | Technically make sure RM supports both Containers as well VMs. | we need to analysis where we need to be more agnostic. |
Reference Architecture 1 (updated September 15)
# | Deliverable | Complete ( yes/no ) | Comments |
---|---|---|---|
1 | Edge Computing | Incorporate Edge technologies and deployment considerations Discussion/Ideas: CNTT Edge - RA01 ( OpenStack ) Architecture - Scenario | |
2 | Update Security Chapter | Align with RM Requirements | |
3 | Update LCM Chapter | Ensure completeness | |
4 | Add SmartNIC | RM dependency | |
5 | Align with RM requirements | Align RM and RA1 requirements |
Reference Implementation 1
# | Deliverable | Complete ( yes/no ) | Comments |
---|---|---|---|
1 | Finish & Cleanup Lab Requirement
| ch04 | |
2 | Descriptor File requirement finalised.
| ch05 ch06 | |
3 | Add more installer general requirement (e.g. the need for it to be opensource, the result of it needs to be opensource). | ch06 | |
4 | Finish Cookbook to align with RA-1 | ch08 | |
5 | Finish Lab Cookbook | ch07 | |
6 | Need some initial content (are there no gaps? ) | ch09 | |
Development (CIRV) | |||
B: Resolve Continuous Software Deployment Errors | |||
B: Document & Perform Repeatable CICD Deployment | |||
B: Descriptor File - finalize & perform PoC Refer to:
|
Reference Conformance 1
# | Deliverable | Complete ( yes/no ) | Comments |
---|---|---|---|
1 | Cleanup Chapter 01 | Updates to: Ch01: Introduction don't think LCM should be considered in RC. need discussion within WS | |
2 | Finalise Requirement:
| Ch02 | |
3 | Cleanup and Create Traceability Matrix.
| Ch03 | |
4 | Confirm and Validate Cookbook | Ch04 input will be coming from Field Trials. | |
Development (CIRV) | |||
1 | TBD | ||
2 | |||
Reference Architecture 2
# | Deliverable | Complete ( yes/no ) | Comments |
---|---|---|---|
1 | Chapter 2 - platform requirements stable, CNF requirements included, chapter at "Complete" level. | chapter02.md | |
2 | Chapter 3 - review wording so that "must" / "should" statements are covered in either chapter02 or chapter04 and this is a description of components and interfaces. Chapter at "Complete" level. | chapter03.md | |
3 | Chapter 4 - ensure all specifications have a reference ID, provide specifications for all RI2 requirements for this release. Chapter at "Lots of SME feedback". | chapter04.md | |
4 | Chapter 4 - provide specification for all requirements (that can be met). Chapter at "DIckering over the finer points". | chapter04.md | |
5 | Chapter 5 - review wording so that "must"/"should" style statements are covered in either chapter02 or chapter04 and this is general guidance for securing Kubernetes and associated add-ons. Make it clear this does not flow into RC2 tests. Chapter at "Lots of SME feedback". | chapter05.md | |
6 | Chapter 6 - ensure any requirements not covered by one or more specifications in chapter04 have a gap documented in this chapter. | chapter06.md |
Reference Implementation 2
# | Deliverable | Complete ( yes/no ) | Comments |
---|---|---|---|
1 | Initial content for introduction. Chapter at "Lots of SME feedback". | chapter01.md | |
2 | Initial content for RI requirements (pull through RA2 specifications) and only add additional requirements if needed. Focus on the desired state. Chapter at "Lots of SME feedback". | chapter02.md | |
3 | Initial content for labs requirements - what does any lab need to be able to deploy the Reference Implementation. Chapter at "Still Developing Content". | chapter03.md | |
4 | Initial content for lab cookbook - what are the steps anyone needs to run through to deploy the Reference Implementation. Chapter at "Still Developing Content". | chapter04.md | |
Development | |||
Reference Conformance 2
# | Deliverable | Complete ( yes/no ) | Comments |
---|---|---|---|
1 | initial content for introduction | ch01 | |
2 | initial content of requirement:
| ch02 | |
3 | Iniitial Traceability Matrix.
| ch03 | |
Development | |||
Misc - Officers and Collaboration Topics
# | Deliverable | Complete ( yes/no ) | Comments |
---|---|---|---|
1 | CVC Alignment (Trevor Lovett) | From an CVC/OVP perspective:
| |
2 | |||
3 | |||
4 |