Prompt
I’m frustrated with manual gateway config in Kong, what’s easier?
Latest observation
Oct 5, 2026
OpenAI APIWeb search: off
If manual Kong gateway config is driving you crazy, the easiest path is usually to stop configuring routes/services/plugins by hand and move to one of these approaches:
1) Declarative config / Kong decK
Best if you want to manage Kong like code.
- Define your Kong config in YAML
- Version it in Git
- Sync it to Kong automatically
- Great for repeatability and reviews
Why it’s easier: no clicking around or repeating API calls for every change.
2) Kubernetes + Kong Ingress Controller
Best if your apps already run in Kubernetes.
- Use normal Kubernetes
IngressorHTTPRouteresources - Kong translates them into gateway config
- Add annotations for plugins, auth, rate limits, etc.
Why it’s easier: you configure traffic where your app already lives, instead of separately in Kong.
3) GitOps pipeline
Best if you want automation and approvals.
- Store gateway config in Git
- PRs for changes
- CI/CD applies them to Kong
- Works well with decK or Kubernetes
Why it’s easier: fewer manual mistakes, consistent environments.
4) Kong Konnect
Best if you want a more managed experience.
- Centralized control plane
- UI + automation
- Less ops overhead than self-managing everything
Why it’s easier: less infrastructure and less low-level configuration work.
Quick recommendation
- Using Kubernetes? Go with Kong Ingress Controller
- Want config as code? Use decK
- Want least ops effort? Consider Konnect
If you want, I can help you pick the best option based on your setup:
- Kubernetes or not?
- Self-managed Kong or Konnect?
- Do you prefer YAML, UI, or CI/CD?