commit | cc579bd8d2f7f4a3f68e7ca46d501a12291877f6 | [log] [tgz] |
---|---|---|
author | vv770d <vv770d@att.com> | Mon Oct 19 16:38:46 2020 +0000 |
committer | vv770d <vv770d@att.com> | Mon Oct 19 17:22:22 2020 +0000 |
tree | 1d18d7d62b7de76caff8f3f130f4d98371e21e36 | |
parent | 70549daa0723d72e1ae9bfa8bb767a1369c10693 [diff] |
Fix ves blueprint input and bumpup to 1.7.8 TCAgen2 to 1.2.1 Change-Id: I031403d997d5b38ce35988635a7334bc5b62e72a Signed-off-by: vv770d <vv770d@att.com> Issue-ID: DCAEGEN2-2491 Issue-ID: DCAEGEN2-2478 Issue-ID: DCAEGEN2-2469 Issue-ID: DCAEGEN2-2470 Signed-off-by: vv770d <vv770d@att.com>
This repository holds the source code needed to build the Docker image for the DCAE bootstrap container. The bootstrap container runs at DCAE deployment time (via a Helm chart) and does initial setup of the DCAE environment. This includes deploying several service components using Cloudify Manager.
This repository also holds Cloudify blueprints for service components. The Docker build process copies these blueprints into the Docker image for the bootstrap container.
Note: Prior to the Frankfurt release (R6), this repository held blueprint templates for components deployed using Cloudify Manager. The build process for this repository expanded the templates and pushed them to the Nexus raw repository. The DCAE bootstrap container was hosted in the dcaegen2.deployments
repository. The Docker build process for the bootstrap containter image pulled the blueprints it needed from the Nexus raw repository.
This container is responsible for loading blueprints onto the DCAE Cloudify Manager instance and for launching DCAE components.
The Docker image build process loads blueprints into the image's file system. The blueprints are copied from the blueprints
directory in this repository. At run time, the main script in the container (bootstrap.sh
) installs components using the blueprints.
The container expects to be started with two environment variables:
CMADDR
-- the address of the target Cloudify ManagerCMPASS
-- the password for Cloudify ManagerThe container expects input files to use when deploying the blueprints. It expects to find them in /inputs. The normal method for launching the container is via a Helm Chart launched by OOM. That chart creates a Kubernetes ConfigMap containing the input files. The ConfigMap is mounted as a volume at /inputs.