Containerized deployment of ODPi Egeria
This module contains resources to assist in deployment of Egeria and related components. They are intended to facilitate developer usage and technology demonstrations and will need further work to be suitable for production.
Currently the focus is on Helm charts to facilitate deployment to Kubernetes clusters.
Docker images are created independently from the Helm deployment, and where possible we plan to host them on Docker Hub.
(You can also build most of these images directly, and host them in your own registry, following the instructions under
Note: before following the steps below, ideally ensure that any pre-existing
configuration is moved (or removed), eg. from HomeBrew, as it may conflict with the one being
configured by Docker in the steps below.
The easiest way to experiment with kubernetes is to
Install Docker for Mac Windows.
- Go to
Enable Kubernetesis selected.
- Start / wait for docker and kubernetes to be started.
- Install Helm: for macOS (with HomeBrew) just use
brew install kubernetes-helm.
- Initialize helm with
For installing helm on other platforms see: https://docs.helm.sh/using_helm/#installing-helm
The instructions below assume using a local kubernetes. For cloud providers the noticeable differences will be:
- Typically needing to login to the cloud service via the CLI.
- Network can differ - in particular how ports are exposed outside the cluster, and whether you should use NetworkPort, LoadBalancer or other options.
- Once configured, use
kubectl config use-contextto switch between operating with different clouds or local.
To make use of Helm and its charts, first run through the following steps to ensure the charts we want to make use of will be available.
Add chart repositories
Start by adding the chart repositories we will need with the following helm command:
$ helm repo add bitnami https://charts.bitnami.com/bitnami "bitnami" has been added to your repositories
This repository is needed for the Kafka chart on which our deployment depends.
Then update your local repository index with the following command:
$ helm repo update Hang tight while we grab the latest from your chart repositories... ...Skip local chart repository ...Successfully got an update from the "bitnami" chart repository ...Successfully got an update from the "stable" chart repository Update Complete. * Happy Helming!*
Configuring environment-specific values
By default, the chart will deploy everything it requires into your k8s cluster, including Zookeeper, Kafka, etc. You may already have such components available, however, that you want to re-use. You can therefore override these so that they are not deployed as part of the cluster but simply re-use your existing resources.
To simplify various configuration scenarios, you can put each of these options into its own separate YAML file: you can then run the helm installation step passing multiple such files to suit your specific configuration requirements for that deployment.
The following properties will disable the internally-deployed Kafka (and Zookeeper) components, and instead make use of a pre-existing Apache Kafka (with Zookeeper) environment:
kafka: internal: enabled: false external: hostname: "my.host.somewhere.com" ip: "18.104.22.168" port: "9092"
kafka.internal.enabled is set to
true (as it is by default), the options under
external are simply ignored.
License: CC BY 4.0, Copyright Contributors to the ODPi Egeria project.