config/kubernetes
Gerry Kopec d36e444bba Enable nova service cleaner in helm chart
Enable service cleaner cronjob in nova helm chart.  This will run hourly
and delete any nova services that are no longer up (e.g. conductor,
scheduler & consoleauth).  These will be left over after controller
lock/unlock or application-update.

Change-Id: I001bf79b497eb1924b4252612c5ead6e992e8196
Closes-Bug: 1835565
Signed-off-by: Gerry Kopec <gerry.kopec@windriver.com>
2019-07-25 11:20:29 -04:00
..
applications/stx-openstack/stx-openstack-helm Enable nova service cleaner in helm chart 2019-07-25 11:20:29 -04:00
helm-charts add helm chart for nginx ports control 2019-06-20 00:57:50 +00:00
platform/stx-platform/stx-platform-helm Enable ceph-audit to run even if stx-openstack is not running 2019-06-03 15:46:00 -05:00
README Enable StarlingX helm charts for stx-openstack app 2018-11-07 16:14:42 -05:00

README

The expected layout for this subdirectory is as follows:

kubernetes
|-- applications
|   `-- <application>
|       `-- <application>-helm RPM
|           `-- centos
|               `-- build_srpm.data
|               `-- <application>-helm.spec
|           `-- <application>-helm
|               `-- manifests
|                   `-- main-manifest.yaml
|                   `-- alt-manifest-1.yaml
|                   `-- ...
|                   `-- alt-manifest-N.yaml
|               `-- custom chart 1
|                   `-- Chart.yaml
|                   `-- ...
|               `-- ...
|               `-- custom chart N
|                   `-- Chart.yaml
|                   `-- ...
|-- helm-charts
|   `-- chart
|       `-- chart
`-- README

The idea is that all our custom helm charts that are common across applications
would go under "helm-charts". Each chart would get a subdirectory.

Custom applications would generally consist of one or more armada manifest
referencing multiple helm charts (both ours and upstream ones). The application
is packaged as an RPM. These application RPM are used to produce the build
artifacts (helm tarballs + armada manifests) but are not installed on the
system. These artifacts are extracted later for proper application packaging
with additional required metadata (TBD).

These applications would each get their own subdirectory under
"applications".