You are browsing documentation for an outdated version.
See the latest documentation here.
Kong for Kubernetes with Kong Gateway Enterprise
Kong for Kubernetes is a Kong Ingress Controller built on top
of Open-Source Kong Gateway.
If you are an Enterprise customer, you have an option of running the
of the Ingress Controller, which includes
all the Enterprise plugins but does not include Kong Manager or any
other Enterprise features. This makes it possible to
run the Ingress layer without a database, providing a very low
operational and maintenance footprint.
However, in some cases, those enterprise features are necessary,
and for such use-cases we support another deployment - Kong for
Kubernetes with Kong Gateway Enterprise.
As seen in the diagram below, this deployment consists of
Kong for Kubernetes deployed in Kubernetes, and is hooked up with
a database. If there are services running outside Kubernetes,
a regular Kong Gateway proxy can be deployed there and connected to the
same database. This provides a single pane of visibility of
all services that are running in your infrastructure.
In this deployment model, the database for Kong can be hosted anywhere.
It can be a managed DBaaS service like Amazon RDS, Google Cloud
SQL or a PostgreSQL instance managed in-house or even an instance
deployed on Kubernetes.
If you are following this model, please keep in mind the following:
- It is recommended to not deploy PostgreSQL on Kubernetes,
due to the fact that running stateful applications on Kubernetes
is challenging to get right.
- Ensure that you have the same image/package of Kong Gateway Enterprise
running across the fleet. This means that all Kong instances that are
connected to the same database must use the
same version of the Kong Gateway Enterprise package.
walks through the setup of the above architecture.