Overview

This feature introduces the ability for independent deployment of the DCAE Components.  In the past, all 10 existing DCAE Components were deployed as sub-charts of the dcaegen2 chart.  If a user wanted to deploy a subset of the components, it would require editing and recompiling the Helm charts.  As of Frankfurt Release, we switched to using the Helm component model which allows us to control the deployment of each component by setting a corresponding value in an overrides file, thereby avoiding the need to recompile the charts.

...

Use a helm override file (-f option) with the --install option to helm install) upgrade for managing dcae components.  e.g.

helm upgrade --install dev--debugdcae local/dcaegen2 --name dev-dcae --namespace onap -f ~/dcae_frankfurtvijay4.yaml --timeout 900

The --install flag is needed if the charts have not been deployed previously, and seems not to hurt if they have been deployed.  In general, this command will adjust the dcaegen2 sub-components that are running based on what is enabled in the override file.  

File ~/dcae_frankfurtvijay4.yaml has the following contents:

dcae-bootstrap:
   enabled: true
false
dcae-cloudify-manager:

  enabled: true

dcae-config-binding-service:

  enabled: true

dcae-healthcheck:

  enabled: true

dcae-redis:

  enabled: true
false
dcae-servicechange-handler:

  enabled: false

dcae-inventory-api:

  enabled: true
false
dcae-deployment-handler:
   enabled: true

dcae-policy-handler:
   enabled: true
false
dcae-dashboard:

  enabled: false
true

In this example, most dcae components will be deployed, but dcae-service-change-handler, dcae-policy-handler and dcae-dashboardbootstrap would not be deployed because their enabled flag is false.

The resulting deployment should look similar to this:

Image RemovedImage Added

DCAEGEN2 Pre-requisites

...

aaf:
  enabled: true
consul:
  enabled: true
msb:
  enabled: true
multicloud:
  enabled: true
dcaegen2:
  enabled: false
dmaap:
  enabled: true
message-router:
  enabled: true
dmaap-bc:
  enabled: true
dmaap-dr-node:
  enabled: true
dmaap-dr-prov:
  enabled: true
policy:
  enabled: true
sdc:
  enabled: false

Then, use helm deploy to get these components running.

...

Then dcaegen2 can be deployed (installed) using the techniques described in other sectionstechnique described above..

helm deploy is tricky!

If you want to deploy dcaegen2 using helm deploy, it is possible but there is a trick.   We observed that under the covers, helm deploy calls helm upgrade with a generated overrides file.  In order for the sub-component settings to be included in this generated overrides file, they must be indented under the dcaegen2 section of any overrides file you specify on the command line.  For example the dcaegen2 section of the overrides file, dcae_component_deploy.yaml looks like this:

...

File ~/dcae_frankfurt.yaml has the following contents:

dcae-bootstrap:
  enabled: true
dcae-cloudify-manager:
  enabled: true
dcae-config-binding-service:
  enabled: true
dcae-healthcheck:
  enabled: true
dcae-redis:
  enabled: true
dcae-servicechange-handler:
  enabled: false
dcae-inventory-api:
  enabled: true
dcae-deployment-handler:
  enabled: true
dcae-policy-handler:
  enabled: true
dcae-dashboard:
  enabled: false

In this example, most dcae components will be deployed, but dcae-service-change-handler and dcae-dashboard would not be deployed because their enabled flag is false.

...