This project provides Helm charts and basic examples for deploying Pega on Kubernetes. You will also need to download the required installation kit from the Pega Community which includes rules and data to preload into your relational database. Deploying Pega on Kubernetes requires Pega Infinity 8.2 or later.
Pegasystems has validated deployments on the following Kubernetes IaaS and PaaS environments.
- Open-source Kubernetes (and MiniKube for personal deployments)
- Microsoft Azure Kubernetes Service (AKS) - see the AKS runbook
- Amazon Elastic Kubernetes Service (EKS) - see the EKS runbook
- Google Kubernetes Engine (GKE) - see the GKE runbook
- Red Hat OpenShift Container Platform (Self-managed) - see the OpenShift runbook
- VMware Tanzu Kubernetes Grid Integrated Edition (TKGI) - see the TKGI runbook
The helm charts currently only support running on Kubernetes nodes with x86-64 CPUs. ARM CPUs are currently unsupported.
This project assumes you have an installation of Kubernetes available and have Helm installed locally. The following commands will verify your installation. The exact output may be slightly different, but they should return without error.
$ helm version
version.BuildInfo{Version:"v3.0.0", GitCommit:"e29ce2a54e96cd02ccfce88bee4f58bb6e2a28b6", GitTreeState:"clean", GoVersion:"go1.13.4"}
If this command does not successfully return, install Helm 3 for your operating system. See Helm Installation for more information. If you are running Helm 2.x, you will see both a client and server (tiller) portion returned by the version command. Some of the commands below will also differ slightly for Helm 2.x.
- Add the Pega repository to your Helm installation.
$ helm repo add pega https://pegasystems.github.io/pega-helm-charts
- Verify the new repository by searching it.
$ helm search repo pega
NAME CHART VERSION APP VERSION DESCRIPTION
pega/pega 1.4.4 Helm chart to configure required installation and deployment configuration settings in your environment for your deployment.
pega/addons 1.4.4 1.0 Helm chart to configure supporting services and tools in your environment for your deployment.
pega/backingservices 1.4.4 Helm Chart to provision the latest Search and Reporting Service (SRS) for your Pega Infinity deployment
There are three charts available in this repository - addons, backingservices, and pega.
The addons chart installs a collection of supporting services and tools for a Pega deployment. The services you will need to deploy will depend on your cloud environment - for example you may need a load balancer on Minikube, but not for EKS. These supporting services are deployed once per Kubernetes environment, regardless of how many Pega Infinity instances are deployed.
The backingservices chart installs services like 'Search and Reporting Service' (SRS) that you can configure with one or more Pega deployments. You can deploy these backing services in their own namespace; you can isolate the services to a single environment or share them across multiple Pega Infinity environments.
Example: Single backing service shared across all pega environments:
backingservice 'Search and Reporting Service' deployed and the service endpoint configured across dev, staging and production pega environments. The service provides isolation of data in a shared setup.
Multiple backing service deployments:
You can deploy more than one instance of backing service deployments, in case you want to host a separate deployment of 'Search and Reporting Service' for non-production and production deployments of Pega Infinity. You must configure the appropriate service endpoint using the Pega Infinity deployment values.
- Download the values file for pega/pega, pega/addons and pega/backingservices.
$ helm inspect values pega/pega > pega.yaml
$ helm inspect values pega/addons > addons.yaml
$ helm inspect values pega/backingservices > backingservices.yaml
- Edit your values yaml files to specify all required information and customizations for your environment.
- Instructions to configure the Pega chart
- Instructions to configure the Pega addons
- Instructions to configure the Pega backingservices
When making customizations for your environment, check the Pega Platform Support Guide Resources to verify that those changes are supported by your Pega Platform version.
- Create namespaces for your Pega deployment, backingservices and the addons (if applicable for your environment).
$ kubectl create namespace mypega
$ kubectl create namespace pegaaddons
$ kubectl create namespace pegabackingservices
- To install the backingservices chart, run the following helm command after configuring your values.yaml file (if applicable for your environment).
$ helm install backingservices pega/backingservices --namespace pegabackingservices --values backingservices.yaml
- To install the addons chart, run the following helm command after configuring your values.yaml file (if applicable for your environment).
$ helm install addons pega/addons --namespace pegaaddons --values addons.yaml
- With addons and backservices deployed, you are ready to deploy Pega Infinity using the pega chart. Before installing using the chart, it is a good idea to review the detailed deployment guide to understand how Pega deploys as a distributed system. Running a Helm installation using the pega chart installs a Pega Infinity instance into a specified namespace. After you edit the chart with your configuration requirements, run the following command to install the pega chart.
$ helm install mypega pega/pega --namespace mypega --values pega.yaml
Important: To edit the charts and deploy using a local version of the pega/addons, pega/backingservices, or pega/pega charts, you must include the filepath to your local chart directory in your Helm chart reference.
Tip: To delete your deployment of Pega nodes, enter the command (this will not delete your database):
$ helm delete release --namespace mypega
To upgrade Pega Platform software deployed in a Kubernetes environment with a zero-downtime process, you must do the following:
- Download the latest Pega software from Pega Digital Software Delivery.
- Update your repository to use the latest Helm charts and add several parameters to your
pega.yaml
Helm chart. - Invoke the upgrade process by using the
helm upgrade release --namespace mypega
command.
For complete details, see the Pega-provided runbook, Upgrading Pega Platform in your deployment with zero-downtime.
To upgrade your strategic application, use the latest Upgrade Guide available for your strategic application, which is separate from Pega Platform software. You can locate the appropriate upgrade guide for your installed application from the page, All Products.
To apply a Pega Platform patch with zero downtime to your existing Pega platform software, you must download the latest installer Docker images from Pega Digital Software Delivery and change several options in your Pega Helm chart. For details and helpful resources explaining the Pega Platform patch process, including the Pega Infinity patch policy, see Applying the latest patch. For step-by-step guidance to apply a Pega Platform patch, see the Pega-provided runbook, Patching Pega Platform in your deployment.
Clients with appropriate licenses can request access to several required images from the Pega-managed Docker image repository. With your access key, you can log in to the image repository and download these Docker images to install the Pega Platform onto your database. After you pull the images to your local system, you must push them into your private Docker registry.
To download your preferred version of the Pega image to your local system, specify the version tag when by entering:
$ sudo docker pull pega-docker.downloads.pega.com/platform/pega:<version>
Digest: <encryption verification>
Status: Downloaded pega-docker.downloads.pega.com/platform/pega:<version>
For details about downloading and then pushing Docker images to your repository for your deployment, see Using Pega-provided Docker images.
This is an open source project and contributions are welcome. Please see the contributing guidelines to get started.
New versions of this Helm Chart may be released at any time. Versions are defined using semantic versioning:
- Major: Pega introduces new features or functionality that results in breaking backwards compatibility with previous chart versions. Examples:
- The new values.yaml or maps (config/deploy) cannot be used to deploy previously released Docker image versions.
- A new, required dependency on a specific Pega Platform version or dependent docker image.
- Minor: Pega adds new functionality and maintains backwards compatibility. Examples:
- Support for new features while maintaining existing functionality.
- Support for new, opt-in configurations.
- Patch: Pega fixes bugs and maintains backwards compatibility between minor releases. Examples:
- Bug fixes or known issue resolutions.
- Security vulnerability enhancements.