Welcome ¶
This documentation exists to enable DevOps professionals, administrators, and developers to deploy Ping Identity software using container technologies. Our goal is to provide tools, frameworks, blueprints, and reference architectures in support of running our products in containerized environments.
New to Kubernetes? See Kubernetes Basics
New to Helm? See Helm Basics
First time here? We recommend the Get Started page.
Benefits from this program ¶
-
Streamlined Deployments
Deploy and run workloads on our solutions without the need for additional hardware or virtual machines (VMs).
-
Consistent and Flexible
Maintain all configurations and dependencies, ensuring consistent environments. Containers are portable and can be used on nearly any machine.
-
Optimized Sizing
Orchestration of containers allows organizations to increase fault tolerance and availability and to better manage costs by auto-scaling to application demand.
Resources ¶
Resources provided include Docker images of Ping Identity products, deployment examples, and configuration management tools.
Docker Images ¶
Ping provides preconfigured Docker images of our products for running as containers. Each of our containers is a complete working product instance that is immediately usable when deployed. Our Docker stacks are integrated collections of Ping products preconfigured to coordinate across all containers in the stack.
By default, our Docker images run as an unprivileged user in the container.
You can find information about our available Docker images in the pingidentity-docker-builds repository on Github or on the Docker Hub site. Included in this portal are detailed image specifications on variables, related images and so on.
The Docker images are automatically pulled from our repository the first time you deploy a product container or orchestrated set of containers. Alternatively, you can pull the images manually from our Docker Hub site.
Deployment Examples ¶
The Github repository linked here provides examples for deploying our products as standalone containers, in a Docker Compose stack, or as an orchestrated deployment in Kubernetes (using Helm).
Docker Compose is often used for development, demonstrations, and lightweight orchestration. Kubernetes is typically used for enterprise-level orchestration.
Configuration Management ¶
For configuration management, we use:
- Server profiles, for runtime configuration of containers.
- YAML files for runtime configuration of stacks. YAML file configuration settings complement those provided through server profiles.
- Environment variables. These can be included in YAML files or called from external files.
- Shell scripts (hooks) to automate certain operations for a product.
- Release tags to give you a choice between stable builds or the current (potentially unstable) builds.
More information about how server profiles, variables and these other options coordinate to configure the products can be found on the Configuration Reference page.
