kubernetes/cluster/addons/addon-manager
2017-02-20 10:49:10 -08:00
..
CHANGELOG.md Update kubectl in addon-manager to use HPA in autoscaling/v1 instead of extensions/v1beta1 2017-02-20 10:49:10 -08:00
Dockerfile Bumps up Addon Manager to v6.0 with full support of kubectl apply --prune 2016-11-18 18:13:32 -08:00
kube-addons.sh Fixes Addon Manager's pruning issue for old Deployments 2016-11-29 14:29:19 -08:00
Makefile Update kubectl in addon-manager to use HPA in autoscaling/v1 instead of extensions/v1beta1 2017-02-20 10:49:10 -08:00
namespace.yaml run kube-addon-manager in a pod 2016-05-06 11:01:06 -07:00
README.md addonManager: Add note about labeling 2017-02-14 15:43:47 +01:00

addon-manager

The addon-manager periodically kubectl applys the Kubernetes manifest in the /etc/kubernetes/addons directory, and handles any added / updated / deleted addon.

It supports all types of resource. The requirement is to label them with kubernetes.io/cluster-service: "true".

The addon-manager is built for multiple architectures.

How to release

  1. Change something in the source
  2. Bump VERSION in the Makefile
  3. Bump KUBECTL_VERSION in the Makefile if required
  4. Build the amd64 image and test it on a cluster
  5. Push all images
# Build for linux/amd64 (default)
$ make push ARCH=amd64
# ---> gcr.io/google-containers/kube-addon-manager-amd64:VERSION
# ---> gcr.io/google-containers/kube-addon-manager:VERSION (image with backwards-compatible naming)

$ make push ARCH=arm
# ---> gcr.io/google-containers/kube-addon-manager-arm:VERSION

$ make push ARCH=arm64
# ---> gcr.io/google-containers/kube-addon-manager-arm64:VERSION

$ make push ARCH=ppc64le
# ---> gcr.io/google-containers/kube-addon-manager-ppc64le:VERSION

$ make push ARCH=s390x
# ---> gcr.io/google-containers/kube-addon-manager-s390x:VERSION

If you don't want to push the images, run make or make build instead

Analytics