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. API Gateway
  5. Kong vs Kuma

Kong vs Kuma

OverviewDecisionsComparisonAlternatives

Overview

Kong
Kong
Stacks671
Followers1.5K
Votes139
GitHub Stars42.1K
Forks5.0K
Kuma
Kuma
Stacks16
Followers95
Votes0
GitHub Stars2.3K
Forks169

Kong vs Kuma: What are the differences?

Introduction: Kong and Kuma, both being service mesh technologies, offer various functionalities and features. While Kong is an API gateway, Kuma is a universal control plane for service meshes. Let's explore the key differences between Kong and Kuma.

  1. Deployment and Scalability: Kong is primarily designed as an API gateway and can be deployed as a standalone service, making it easier to scale horizontally. On the other hand, Kuma acts as a control plane for various service meshes and is typically deployed as a Kubernetes controller, enabling seamless scaling of services within a cluster.

  2. Multi-Mesh Support: Kuma provides built-in multi-mesh support, allowing the management of multiple service meshes across different clusters or environments. This feature enables greater flexibility and scalability when dealing with complex distributed architectures. Kong, on the other hand, primarily focuses on managing one API gateway.

  3. Mesh Connectivity: Kuma is designed to provide seamless connectivity and communication between services within and across meshes, regardless of the underlying infrastructure or location. It achieves this through the implementation of transparent service-to-service communication. Kong, on the other hand, primarily focuses on handling external API traffic, rather than internal service communication.

  4. Traffic Routing: Kong offers advanced traffic routing capabilities, allowing users to define and control complex request routing rules based on various factors such as path, headers, and protocols. Conversely, Kuma primarily focuses on traffic routing within the service mesh, ensuring secure and reliable communication between services without in-depth external traffic routing functionalities.

  5. Service Discovery: Kuma simplifies service discovery by providing automatic service registration and resolution capabilities within the mesh. It dynamically discovers and maintains the list of available services and their locations. Kong, while offering service discovery, primarily emphasizes on providing centralized API management and authentication.

  6. Protocol Support: Kong supports a wide range of protocols, including HTTP, gRPC, WebSockets, and more. This enables it to act as a gateway for various types of APIs and services. Kuma, on the other hand, primarily focuses on supporting only HTTP and gRPC protocols, as it is specialized in managing service-to-service communication in a mesh environment.

In summary, while Kong focuses on being an API gateway with advanced traffic routing and management capabilities, Kuma acts as a universal control plane, providing enhanced service mesh functionalities like multi-mesh support, seamless connectivity, and service discovery across different clusters or environments.

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 Kong, Kuma

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
Mohammed
Mohammed

CTO at Famcare

Jan 16, 2020

Needs advice

One of our applications is currently migrating to AWS, and we need to make a decision between using AWS API Gateway with AWS App Mesh, or Kong API Gateway with Kuma.

Some people advise us to benefit from AWS managed services, while others raise the vendor lock issue. So, I need your advice on that, and if there is any other important factor rather than vendor locking that I must take into consideration.

38.8k views38.8k
Comments

Detailed Comparison

Kong
Kong
Kuma
Kuma

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.

It is a universal open source control-plane for Service Mesh and Microservices that can run and be operated natively across both Kubernetes and VM environments, in order to be easily adopted by every team in the organization.

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;
Universal Control Plane; Lightweight Data Plane; Automatic; Multi-Tenancy; Network Security; Traffic Segmentation: With flexible ACL rules
Statistics
GitHub Stars
42.1K
GitHub Stars
2.3K
GitHub Forks
5.0K
GitHub Forks
169
Stacks
671
Stacks
16
Followers
1.5K
Followers
95
Votes
139
Votes
0
Pros & Cons
Pros
  • 37
    Easy to maintain
  • 32
    Easy to install
  • 26
    Flexible
  • 21
    Great performance
  • 7
    Api blueprint
No community feedback yet
Integrations
Cassandra
Cassandra
Docker
Docker
Prometheus
Prometheus
Kubernetes
Kubernetes
PostgreSQL
PostgreSQL
NGINX
NGINX
Vagrant
Vagrant
YAML
YAML
CentOS
CentOS
Kubernetes
Kubernetes
PostgreSQL
PostgreSQL
Red Hat Enterprise Linux (RHEL)
Red Hat Enterprise Linux (RHEL)
macOS
macOS
Debian
Debian
Ubuntu
Ubuntu

What are some alternatives to Kong, Kuma?

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.

Zuul

Zuul

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.

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.

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