An orchestrator for managing a collection of Kubernetes Helm charts.
Go to file
Tin Lam c39d21eec8 fix(coverage): add coverage rc file
The tox coverage refers to a non-existing rc file. This patch set
redresses this by putting in a proper .coveragerc file similar to
all the other projects.

This patchset also makes the tox coverage job compatible w/ Zuul.

Change-Id: I96a3d13482053b591f7d01e1c5c1e906d84f8fb7
Depends-On: If3cba68492ba9c7a0e78258c7b669d1b39fcdeba
Signed-off-by: Tin Lam <tin@irrational.io>
2018-06-08 06:42:57 +00:00
armada Add command to rollback release to CLI and API 2018-06-06 09:40:31 -05:00
charts Add command to rollback release to CLI and API 2018-06-06 09:40:31 -05:00
doc Successfuly spelling error 2018-06-07 15:33:31 +08:00
etc/armada Add command to rollback release to CLI and API 2018-06-06 09:40:31 -05:00
examples Update HTK Path - OSH Infra 2018-05-16 05:02:43 +00:00
hapi feat(hapi) updating hapi for new grpcio 2018-03-09 22:33:39 -05:00
releasenotes feat(reno): add reno 2018-06-01 21:58:18 +00:00
swagger Add command to rollback release to CLI and API 2018-06-06 09:40:31 -05:00
tools chore(bandit): add bandit 2018-06-03 20:31:24 -05:00
.coveragerc fix(coverage): add coverage rc file 2018-06-08 06:42:57 +00:00
.dockerignore style(armada): quality of life and cleanup 2018-02-12 10:27:11 -05:00
.editorconfig style(armada): quality of life and cleanup 2018-02-12 10:27:11 -05:00
.gitignore Add documentation on Armada documents 2018-05-29 22:20:16 -04:00
.gitreview Update .gitreview for openstack infra 2018-05-17 19:24:51 +01:00
.stestr.conf fix(coverage): add coverage rc file 2018-06-08 06:42:57 +00:00
.zuul.yaml Add irrelevant-files to all appropriate .zuul.yaml jobs 2018-06-05 13:09:51 -04:00
CONTRIBUTING.rst docs(contributing): update CONTRIBUTING.rst 2018-05-21 23:58:04 +00:00
controller.sh style(armada): quality of life and cleanup 2018-02-12 10:27:11 -05:00
Dockerfile Re-sequence Dockerfile for quicker dev rebuilds 2018-02-16 12:19:42 -05:00
entrypoint.sh Updated Makefile 2018-03-15 12:40:19 -04:00
LICENSE Initial commit 2017-02-07 16:14:49 -08:00
Makefile [trivial] Rename tox job coverage to cover 2018-05-31 21:55:08 +00:00
plugin.yaml Bump tiller version to 2.7.2 in armada.handlers.tiller 2018-02-13 15:38:00 -05:00
README.rst Remove references to old git repos 2018-05-29 10:15:13 -05:00
requirements.txt bug(chartbuilder): uncaught exceptions on bad manifests 2018-03-29 15:15:00 -04:00
setup.cfg Rename docs to doc to align with OpenStack standard 2018-05-17 21:39:01 +00:00
setup.py [feat] adding-tox-testing 2017-08-11 16:48:57 +00:00
test-requirements.txt fix(coverage): add coverage rc file 2018-06-08 06:42:57 +00:00
tox.ini fix(coverage): add coverage rc file 2018-06-08 06:42:57 +00:00

Armada

Docker Repository on Quay Doc Status

Armada is a tool for managing multiple Helm charts with dependencies by centralizing all configurations in a single Armada YAML and providing life-cycle hooks for all Helm releases.

Find more documentation for Armada on Read The Docs.

Overview

The Armada Python library and command line tool provide a way to synchronize a Helm (Tiller) target with an operator's intended state, consisting of several charts, dependencies, and overrides using a single file or directory with a collection of files. This allows operators to define many charts, potentially with different namespaces for those releases, and their overrides in a central place. With a single command, deploy and/or upgrade them where applicable.

Armada also supports fetching Helm chart source and then building charts from source from various local and remote locations, such as Git endpoints, tarballs or local directories.

It will also give the operator some indication of what is about to change by assisting with diffs for both values, values overrides, and actual template changes.

Its functionality extends beyond Helm, assisting in interacting with Kubernetes directly to perform basic pre- and post-steps, such as removing completed or failed jobs, running backup jobs, blocking on chart readiness, or deleting resources that do not support upgrades. However, primarily, it is an interface to support orchestrating Helm.

Components

Armada consists of two separate but complementary components:

  1. CLI component (mandatory) which interfaces directly with Tiller.
  2. API component (optional) which services user requests through a wsgi server (which in turn communicates with the Tiller server) and provides the following additional functionality:
    • Role-Based Access Control.
    • Limiting projects to specific Tiller functionality by leveraging project-scoping provided by Keystone.

Installation

Quick Start (via Container)

Armada can be most easily installed as a container, which requires Docker to be executed. To install Docker, please reference the following install guide.

Afterward, you can launch the Armada container by executing:

$ sudo docker run -d --net host -p 8000:8000 --name armada \
    -v ~/.kube/config:/armada/.kube/config \
    -v $(pwd)/examples/:/examples quay.io/attcomdev/armada:latest

Manual Installation

For a comprehensive manual installation guide, please see Manual Install Guide.

Usage

To run Armada, simply supply it with your YAML-based intention for any number of charts:

$ armada apply examples/openstack-helm.yaml [ --debug ]

Which should output something like this:

$ armada apply examples/openstack-helm.yaml 2017-02-10 09:42:36,753

  armada INFO Cloning git:
  ...

For more information on how to install and use Armada, please reference: Armada Quickstart.

Integration Points

Armada CLI component has the following integration points:

  • Tiller manages Armada chart installations.
  • Deckhand supplies storage and management of site designs and secrets.

In addition, Armada's API component has the following integration points:

  • Keystone (OpenStack's identity service) provides authentication and support for role-based authorization.

Further Reading

Airship.