...
# | Issue | Notes | Decision |
|---|---|---|---|
| 1 | Short term solution will be delivered on 'latest branch | NOT in any specific commit/version mention in original bug | Agreed in meeting with stakeholders on |
| 2 | Where to Store Version Number | Database/ Liquibase (Liquibase not possible for NCMP) CPS-Core Liquibase as 'id' field which act as vessio. Current id/version is 15 see changelog/db/changes/15-rename-column-yang-resource-table.yaml | Use Liquibase ID as CPS & NCMP 'version'
|
| 3 | Does NCMP need (separate) version number from CPS-Core | Long term issue? | |
| 4 | Where to trigger implement upgrade action | Options:
|
|
| 5 | What Dmi-registry yangmodel version we need to upgrade FROM | Relate commit message: https://gerrit.onap.org/r/gitweb?p=cps.git;a=commit;h=7914c8924723092345e8b4d829f15d2a3a5c72c8 Was the data compatibility issue introduced by changelog/db/changes/14-loadData-dmi-registry-2022-05-10-schema-set.yaml | |
| 6 | Does short term solution need version | Check with Tony Finnerty see #2 | |
| 7 | Technical debt: dmi-registry is installed as part of liquibase step in CPS-Core. Can solution build upon this technical debt | Add liquibase steps | Preferred solution is to use Liquibase step ie build upon the technical debt Check with Tony Finnerty |
| 8 | Do we need to worry about rollback | requires specific statements to execute rollback | Yes |
| 9 | Size of customer data, can transformation cause delay/startup problems | ||
| 10 | Describe/document upgrade and rollback procedures? | Is this needed or handle as part of orchestration install/upgrade procedures |
Short Term Solution
- Use Liquibase ID as CPS & NCMP 'version'
- Add Liquibase step 16 with 'dummy' transformation
- Test liquibase upgrade
- Test liquibase rollback
Long Term Solution (out of scope)
- Resolve technical debt about CPS-Core installing and upgrading NCMP models and data
- Consider Downgrade