StackShareStackShare
Follow on
StackShare

Discover and share technology stacks from companies around the world.

Follow on

© 2025 StackShare. All rights reserved.

Product

  • Stacks
  • Tools
  • Feed

Company

  • About
  • Contact

Legal

  • Privacy Policy
  • Terms of Service
  1. Stackups
  2. Utilities
  3. API Tools
  4. Microservices Tools
  5. Kong vs Zuul

Kong vs Zuul

OverviewDecisionsComparisonAlternatives

Overview

Zuul
Zuul
Stacks392
Followers385
Votes8
Kong
Kong
Stacks671
Followers1.5K
Votes139
GitHub Stars42.1K
Forks5.0K

Kong vs Zuul: What are the differences?

Kong and Zuul are both widely used API gateway solutions. Let's explore the key differences between them.

  1. Configuration Language: Kong uses a declarative configuration language, where the API configurations are defined in a static file or via an API. On the other hand, Zuul uses a dynamic configuration mechanism, where configurations can be updated in real-time without the need for a restart. This makes Zuul more flexible in handling dynamic changes to its routing rules.

  2. Scalability: Kong is built on top of Nginx and leverages its event-driven architecture, allowing it to handle high loads and large scale deployments with ease. Zuul, on the other hand, is built on top of Netflix's Hystrix and Ribbon, which provides fault tolerance and load balancing capabilities but may not be as scalable as Kong in terms of performance.

  3. Plugins and Extensibility: Kong has a large set of built-in plugins that provide additional functionality such as logging, rate limiting, and caching. It also has a flexible plugin architecture that allows users to develop and integrate their custom plugins. Zuul, on the other hand, offers a limited set of built-in filters and does not have as extensive plugin support as Kong.

  4. Service Discovery: Kong relies on external service discovery mechanisms such as Consul, etcd, or DNS for service discovery and dynamically updating its routing tables. Zuul integrates with Netflix's Eureka for service registration and discovery, providing a more seamless integration with the rest of the Netflix ecosystem.

  5. Community and Support: Kong has a large and active community with regular updates and a wide range of community-contributed plugins. It also has solid documentation and support from the Kong Inc. team. Zuul, being a part of the Netflix OSS ecosystem, has a supportive community but may not have the same level of active development and support as Kong.

  6. Deployment Options: Kong can be deployed as a standalone server or as a Docker container, providing flexibility in deployment options. It can also be easily integrated with Kubernetes for container orchestration. Zuul, on the other hand, is designed to be run on the Java Virtual Machine (JVM) and is typically deployed as a service within a Java-based microservices architecture.

In summary, Kong, based on Nginx and Lua, offers a more lightweight and flexible approach with extensive plugin support, making it suitable for microservices architectures. In contrast, Zuul, part of the Netflix OSS stack, is tightly integrated with Spring Cloud and provides advanced routing and filtering capabilities, often preferred in Java-based enterprise applications.

Share your Stack

Help developers discover the tools you use. Get visibility for your team's tech choices and contribute to the community's knowledge.

View Docs
CLI (Node.js)
or
Manual

Advice on Zuul, Kong

Prateek
Prateek

Fullstack Engineer| Ruby | React JS | gRPC at Ex Bookmyshow | Furlenco | Shopmatic

Mar 14, 2020

Decided

Istio based on powerful Envoy whereas Kong based on Nginx. Istio is K8S native as well it's actively developed when k8s was successfully accepted with production-ready apps whereas Kong slowly migrated to start leveraging K8s. Istio has an inbuilt turn-keyIstio based on powerful Envoy whereas Kong based on Nginx. Istio is K8S native as well it's actively developed when k8s was successfully accepted with production-ready apps whereas Kong slowly migrated to start leveraging K8s. Istio has an inbuilt turn key solution with Rancher whereas Kong completely lacks here. Traffic distribution in Istio can be done via canary, a/b, shadowing, HTTP headers, ACL, whitelist whereas in Kong it's limited to canary, ACL, blue-green, proxy caching. Istio has amazing community support which is visible via Github stars or releases when comparing both.

322k views322k
Comments

Detailed Comparison

Zuul
Zuul
Kong
Kong

It is the front door for all requests from devices and websites to the backend of the Netflix streaming application. As an edge service application, It is built to enable dynamic routing, monitoring, resiliency, and security. Routing is an integral part of a microservice architecture.

Kong is a scalable, open source API Layer (also known as an API Gateway, or API Middleware). Kong controls layer 4 and 7 traffic and is extended through Plugins, which provide extra functionality and services beyond the core platform.

-
Logging: Log requests and responses to your system over TCP, UDP or to disk; OAuth2.0: Add easily an OAuth2.0 authentication to your APIs; Monitoring: Live monitoring provides key load and performance server metrics; IP-restriction: Whitelist or blacklist IPs that can make requests; Authentication: Manage consumer credentials query string and header tokens; Rate-limiting: Block and throttle requests based on IP or authentication; Transformations: Add, remove or manipulate HTTP params and headers on-the-fly; CORS: Enable cross-origin requests to your APIs that would otherwise be blocked; Anything: Need custom functionality? Extend Kong with your own Lua plugins;
Statistics
GitHub Stars
-
GitHub Stars
42.1K
GitHub Forks
-
GitHub Forks
5.0K
Stacks
392
Stacks
671
Followers
385
Followers
1.5K
Votes
8
Votes
139
Pros & Cons
Pros
  • 8
    Load blancing
Pros
  • 37
    Easy to maintain
  • 32
    Easy to install
  • 26
    Flexible
  • 21
    Great performance
  • 7
    Api blueprint
Integrations
No integrations available
Cassandra
Cassandra
Docker
Docker
Prometheus
Prometheus
Kubernetes
Kubernetes
PostgreSQL
PostgreSQL
NGINX
NGINX
Vagrant
Vagrant

What are some alternatives to Zuul, Kong?

Istio

Istio

Istio is an open platform for providing a uniform way to integrate microservices, manage traffic flow across microservices, enforce policies and aggregate telemetry data. Istio's control plane provides an abstraction layer over the underlying cluster management platform, such as Kubernetes, Mesos, etc.

Amazon API Gateway

Amazon API Gateway

Amazon API Gateway handles all the tasks involved in accepting and processing up to hundreds of thousands of concurrent API calls, including traffic management, authorization and access control, monitoring, and API version management.

Tyk Cloud

Tyk Cloud

Tyk is a leading Open Source API Gateway and Management Platform, featuring an API gateway, analytics, developer portal and dashboard. We power billions of transactions for thousands of innovative organisations.

Azure Service Fabric

Azure Service Fabric

Azure Service Fabric is a distributed systems platform that makes it easy to package, deploy, and manage scalable and reliable microservices. Service Fabric addresses the significant challenges in developing and managing cloud apps.

Moleculer

Moleculer

It is a fault tolerant framework. It has built-in load balancer, circuit breaker, retries, timeout and bulkhead features. It is open source and free of charge project.

Express Gateway

Express Gateway

A cloud-native microservices gateway completely configurable and extensible through JavaScript/Node.js built for ALL platforms and languages. Enterprise features are FREE thanks to the power of 3K+ ExpressJS battle hardened modules.

ArangoDB Foxx

ArangoDB Foxx

It is a JavaScript framework for writing data-centric HTTP microservices that run directly inside of ArangoDB.

Dapr

Dapr

It is a portable, event-driven runtime that makes it easy for developers to build resilient, stateless and stateful microservices that run on the cloud and edge and embraces the diversity of languages and developer frameworks.

linkerd

linkerd

linkerd is an out-of-process network stack for microservices. It functions as a transparent RPC proxy, handling everything needed to make inter-service RPC safe and sane--including load-balancing, service discovery, instrumentation, and routing.

Jersey

Jersey

It is open source, production quality, framework for developing RESTful Web Services in Java that provides support for JAX-RS APIs and serves as a JAX-RS (JSR 311 & JSR 339) Reference Implementation. It provides it’s own API that extend the JAX-RS toolkit with additional features and utilities to further simplify RESTful service and client development.

Related Comparisons

GitHub
Bitbucket

Bitbucket vs GitHub vs GitLab

GitHub
Bitbucket

AWS CodeCommit vs Bitbucket vs GitHub

Kubernetes
Rancher

Docker Swarm vs Kubernetes vs Rancher

Postman
Swagger UI

Postman vs Swagger UI

gulp
Grunt

Grunt vs Webpack vs gulp