The mechanism for delivery of the Pega generated UI static content is a Content Delivery Network (CDN). This has many advantages:
For on-prem/customer cloud customers who have situations with no internet access, the content that we publish to the CDN is available as a Docker image that can be installed as a docker or K8s service. A local install brings additional operational and maintenance costs to the customer. Also Constellation hotfix updates are not available for local installs. Local installs should be avoided where possible.
The CDN content is available packaged into an nginx webserver in a docker image. A seperate image is released for each Infinity major.minor.patch. This image can be installed and run as a containerised webserver on the customers network. The url for the containerised service is an exact replacement for the Pega CDN.
The docker image includes Platform-Constellation and CS-Constellation. Once installed and operational, the CS url is an exact replacement for the Pega CDN CS url.
The installation approach is similar to the App-Static install, and the knowledge and skill prerequisites are the same:
To simplify certificate management, TLS certificates must be applied to the load-balancer in front of the webserver.
The image can be run as a docker container, or K8s pod. This is a very simple read-only service. There is no need for fail-over etc.
Most likely there will be multiple Infinity versions in use across the customer organisation. For each version of Infinity running Constellation UI, a matching Constellation CDN service must be installed. Our examples show how to setup the network routing for multiple versions.
These are examples to show how to configure Compose or K8s around our image. These must be customised for the customers network, they are not generalised ootb installs for every network variation.