You are browsing documentation for an outdated version.
See the latest documentation here.
Why Endpoints and not Services?
The Kong Ingress Controller does not use Services to route traffic to the pods.
Instead, it uses the Endpoints API to bypass
kube-proxy to allow Kong features such as session affinity and custom
load balancing algorithms.
It also removes overhead such as
conntrack entries for iptables DNAT.
Is it possible to create consumers using the Admin API?
In version 0.5.0 and later, the Kong Ingress Controller tags each entity
that it manages inside Kong’s database and only manages the entities that
This means that if consumers and credentials are created dynamically, they are not deleted by the Ingress Controller.
Is it possible to deploy Kong Ingress Controller with Kong Gateway as DaemonSet?
You can deploy Kong Gateway as a DaemonSet instead of a Deployment. This runs a Kong Gateway Pod on every kubelet in the Kubernetes cluster. These Pods can use the network of the host they run on instead of a dedicated network namespace. This allows Kong to bind ports directly to the Kubernetes nodes’ network interfaces, without the extra network translation imposed by NodePort Services. Learn more in the dedicated Helm chart docs section.