Software vendors with a Kubernetes application can package their app as a Kubernetes-off-The-Shelf (KOTS) software for distribution to enterprise customers as a modern on-prem, private instance. The packaging process leverages several KOTS components (some optional, some required). For context, Replicated KOTS is made of several purpose built, open source components, but should be thought of in two distinct (but highly integrated) categories.
The foundational open source projects that KOTS coordinates are Replicated Kots CLI and Kotsadm (installation and admin console), Replicated Troubleshoot (preflight checks and support bundles), Replicated kURL (embedded K8s option) as well as several community driven OSS projects like Kubernetes, Kustomize, Helm, and Kubeadm.
This document starts with an overview on how to package and manage KOTS applications via the Replicated Vendor Portal (an API and CLI are available for more rapid or automated iteration). Please refer to our documentation of the Kots CLI to install and manage a KOTS application via the command line, or our Kotsadm documentation for managing an application via the admin console.
It’s easy to get started packaging an app in KOTS. To start, create a Replicated Vendor account at our Vendor Portal and follow one of our Getting Started Guides.
KOTS applications are packaged as a set of standard Kubernetes manifests. These manifests include your application manifests, plus several optional KOTS custom resources used to invoke various KOTS functions. Together, these manifests can be managed via release channels, and delivered to customers by providing installation instructions, and a Replicated generated license.
Most applications require some amount of customer supplied configuration values. These values can be collected during the installation process by specifying a config KOTS custom resource to create a config screen, and provided to the application by templating your Kubernetes manifests.
If your application is already templated and packaged as a Helm chart (or includes Helm charts), then you can follow our documentation on packaging a Helm chart as a KOTS application.
KOTS vendors can invoke several other more advanced features by providing additional KOTS custom resources. For customizable Preflight checks, vendors can provide a preflight custom resource in order to test a cluster for necessary resources or other dependencies, and show warnings or errors if the target cluster fails any of these checks. Similarly, troubleshooting features can be enabled by creating collector and analyzer custom resources. Finally, the Application and sig-application custom resources provide branding metadata (icon, title, descriptions, etc…), readiness checks, and end-user links, enabling the Admin Console to show application health and readiness, and launch the app once it’s ready.
KOTS licenses are created and managed through the Replicated Vendor Portal, which provides support for configurable pre-built entitlements, expiration dates, license types and a framework for delivering custom entitlements (seat count, etc). See the entitlements documentation for more information.