Component owner expected to add specific installation-helm.rst (similar to https://gerrit.onap.org/r/c/dcaegen2/+/124070) to explain the properties/override specifric to application
Discuss DCAE transformation planned items for J release - DCAEGEN2-2773
Priorities
Switch components to latest SDK version
OOM charts updates to disable Cloudify/handlers (CBS may be exception depending on above item)
Iteration 1 (once OOM branching is done)- Disable all cloudify/handlers under dcaegen2
Iteration 2 (M3/Jakarta)- Move VESOpenAPI and CBS? to dcaegen2-services
Integration testsuite migration
Helm flow support through MOD
DMaap Provisioning optimization
Pub/sub credential handling alignment - OKAY to proceed
Topic/Feed cleanup on undeploy -
Topic cleanup to be split into separate Jira and assessed later ; Feed cleanup OKAY to proceed.
Impacted by AAF removal, Strimzi Operator introduction
Former user (Deleted) will share example of envsubst issue for CBS SDK migration for DFC
DFC/PM-Mapper config updates cannot be done via Configmap override; will require redeploy or update of application-config.json within POD
Enhancement - Provisioning flow to create a configmap based on resolved/merged config (which can be used for post-deploy update); resource cleanup to be considered. Separate Jira to be created for Jakarta rls - DCAEGEN2-2935
Part of helm migration, CLoudify/platform repo/build/deployment will be disabled in Jakarta. ollowing repositories will be locked and jobs disabled on or after
dcaegen2/platform/plugins
dcaegen2/deployment - updated to remove CM container build
dcaegen2/platform/blueprints (bootstrap)
*Istanbul container will be final version for above repository (any critical issues raised after will be assessed case by case)
Pub/sub API change - may need to integrate with new SDK provided by DMAAP team; all DCAE MS will have impact to align with new SDK.
SDK client lib need to have backward compatibility with MR (controlled via ENV/deployment property)
Mapping service - Alternate solution proposed by Fiachra Corcoran /DMAAP team could be candidate solution; avoid technology dependency and can be handled generic across all MS without much impact
Provisioning API will change - DCAE helm template job MR provisioning template/scripts to be revisited under Strimzi/Operator
STDOUT logging requirement - candidate for GR
SECCOM proposal to change log structure for Security logging as Best Practice (To be reviewed/approved by TSC in coming weeks) - SecLog-TO-PTLs-v7.pptx
