License & Deployment Mix: 13 tools – 6 OSS, 0 SaaS. (OSS and SaaS counts can overlap when an open-source tool also offers a vendor-hosted edition.)

What Is a Service Mesh?

A service mesh is a dedicated infrastructure layer that manages service-to-service communication within a microservices architecture. It provides networking capabilities – traffic management, security, and observability – without requiring changes to application code.

A service mesh typically consists of two planes:

  • Data plane – lightweight proxies (sidecars) deployed alongside each service instance. These proxies intercept all inbound and outbound network traffic, applying routing rules, mTLS encryption, retries, and telemetry collection transparently. Envoy is the most common data plane proxy.
  • Control plane – centralized management component that configures the data plane proxies, distributes policies, issues certificates, and aggregates telemetry. Operators interact with the control plane via CLI, API, or dashboard.

Core Capabilities

Service meshes provide capabilities that are difficult to implement consistently across hundreds of microservices:

  • Mutual TLS (mTLS) – automatic encryption and identity verification between services using short-lived certificates; zero-trust networking without application changes
  • Traffic management – fine-grained routing rules including canary deployments, A/B testing, traffic splitting, retries, timeouts, and circuit breaking
  • Observability – automatic collection of request-level metrics (latency, error rates, throughput), distributed tracing, and access logs without instrumenting application code
  • Authorization policies – service-level access control defining which services can communicate with which others, based on identity rather than network rules
  • Load balancing – intelligent load balancing algorithms (round-robin, least connections, consistent hashing) applied at Layer 7
  • Rate limiting – per-service or per-route rate limits to prevent cascading failures
  • Fault injection – controlled injection of delays or errors for resilience testing
  • Multi-cluster / multi-cloud – extending mesh capabilities across Kubernetes clusters, data centers, or cloud providers

Sidecar vs. Sidecarless

Traditional service meshes deploy a sidecar proxy per pod, which adds resource overhead and operational complexity. Newer approaches aim to reduce this:

  • Sidecar model – Envoy proxy injected into each pod (Istio, Linkerd, Consul Connect, Kuma). Proven, mature, but adds memory and CPU per pod.
  • Sidecarless / ambient model – shared per-node proxies or eBPF-based interception (Istio Ambient, Cilium Service Mesh). Lower resource overhead but newer and less proven.
  • eBPF-based – kernel-level networking that bypasses the traditional proxy entirely for L3/L4 concerns (Cilium). Highest performance but limited to L7 features that still require a proxy.

The information on these pages was researched by a combination of human review and large language models. To suggest an addition or correction, please contact us. Prepared by Rhodium Systems Inc., author of the ResorsIT platform — a unified IT operations management platform for IT teams and MSPs that integrates a curated suite of open-source, commercial, and SaaS applications into a single system with shared identity, single sign-on, access control, and a common audit trail. Use this catalogue only as a starting point for your own research, and review any tool carefully against your own requirements before relying on it. Catalogue data version 2026.197.

Comparison


Feature Matrix – Active Open Source

FeatureIstioLinkerdConsulCiliumKuma
mTLSYesYesYesYes*Yes
SPIFFEYesYesNoYesNo
AuthZ policiesYesYesYesYesYes
L7 routingYesYesYesYesYes
Traffic splitYesYesYesYesYes
Fault injectYesNoNoNoYes
Traffic mirrorYesNoNoNoNo
Circuit breakYesAutoYesNoYes
Rate limitingYesNoNoNoYes
Dist. tracingYesYesYesYesYes
Multi-clusterYesYesYesYesYes
VM supportYesNoYesNoNo
Gateway APIYesYesNoYesNo

* = Cilium supports WireGuard L3 encryption without sidecars; mTLS via Envoy for L7


Feature Matrix – Discontinued / Archived

FeatureOSMTraefik MeshNGINX Mesh
mTLSYesNoYes
SPIFFEYesNoYes
AuthZ policiesYesYesYes
L7 routingYesYesYes
Traffic splitYesYesYes
Fault injectNoNoNo
Traffic mirrorNoNoNo
Circuit breakNoNoYes
Rate limitingNoYesYes
Dist. tracingYesYesYes
Multi-clusterNoNoNo
VM supportNoNoNo

Note: all three projects are discontinued and should not be selected for new deployments.


Feature Matrix – Commercial / Managed

FeatureTetrateSolo.ioAWS AppGCPAKS
mTLSYesYesYesYesYes
SPIFFEYesYesNoYesYes
AuthZ policiesYesYesNoYesYes
L7 routingYesYesYesYesYes
Traffic splitYesYesYesYesYes
Fault injectYesYesNoYesYes
Traffic mirrorYesYesNoYesYes
Multi-clusterYesYesLtdYesPvw
Managed ctrl planeNoNoYesYesYes
FIPSYesNoNoNoNo

Ltd = limited (multi-VPC, not multi-region) Pvw = preview / limited support


Architecture Comparison

ToolData PlaneSidecarSidecarless
IstioEnvoyYesYes (Ambient)
Linkerdlinkerd2-proxy (Rust)YesNo
Consul ConnectEnvoy / built-inYesNo
CiliumeBPF + EnvoyNo*Yes
KumaEnvoyYesNo
OSMEnvoyYesNo
Traefik MeshTraefikNo**Yes**
NGINX MeshNGINX PlusYesNo
Tetrate TSBEnvoy (via Istio)YesYes
Solo.io GlooEnvoy (via Istio)YesYes
AWS App MeshEnvoyYesNo
GCP Service MeshEnvoy (via Istio)YesYes
AKS IstioEnvoy (via Istio)YesPvw

* = Cilium uses per-node Envoy for L7; no per-pod sidecar ** = Traefik Mesh used per-node DaemonSet (not sidecar, not eBPF)


Deployment Comparison

ToolTypePlatformK8sVM
IstioOSSAny K8sYesYes
LinkerdOSSAny K8sYesNo
ConsulBSLAny K8s + VMYesYes
CiliumOSSAny K8s (CNI)YesNo
KumaOSSAny K8s + VMYesYes
OSMArchivedAny K8sYesNo
Traefik MeshDiscont.Any K8sYesNo
NGINX MeshDiscont.Any K8sYesNo
Tetrate TSBCommercialAny K8sYesYes
Solo.io GlooCommercialAny K8sYesNo
AWS App MeshDeprecatedAWS onlyYesYes
GCP Svc MeshManagedGKEYesNo
AKS IstioManagedAKSYesNo

Licensing Comparison

ToolLicenseTypeCost
IstioApache 2.0Open sourceFree
LinkerdApache 2.0Open source*Free
ConsulBSL 1.1Source-availFree**
CiliumApache 2.0Open sourceFree
KumaApache 2.0Open sourceFree
OSMApache 2.0ArchivedFree
Traefik MeshApache 2.0DiscontinuedFree
NGINX MeshProprietaryDiscontinuedNGINX Plus
Tetrate TSBProprietaryCommercialContact
Solo.io GlooProprietaryCommercialContact
AWS App MeshProprietaryDeprecatedFree***
GCP Svc MeshProprietaryManagedGKE Ent.
AKS IstioProprietaryManagedFree****

* = Buoyant changed stable release model; edge releases remain Apache 2.0 ** = BSL restricts competitive use; enterprise features require paid license *** = no mesh charge; pay for compute/transfer **** = included with AKS at no additional cost


Resource Overhead Comparison

ToolControl PlanePer-Pod SidecarPer-Node
Istio~500 MB~50-100 MB
Istio Ambient~500 MB~100 MB
Linkerd~250 MB~10-20 MB
Consul~500 MB x3-5~50-100 MBAgent
Cilium~200 MB~300-500 MB
Kuma~200-400 MB~50-100 MB

Lowest per-pod overhead: Linkerd (~10-20 MB) No per-pod overhead: Cilium (eBPF), Istio Ambient (ztunnel per node)


SSO / OIDC Comparison

OIDC is the preferred SSO protocol. The Authentik column shows how each tool integrates with Authentik as the identity provider.

ToolOIDCSAMLMethodAuthentik
IstioYesNoKiali OIDCDirect
LinkerdProxyNooauth2-proxyIndirect
ConsulYesNoAuth methodDirect
CiliumProxyNooauth2-proxyIndirect
KumaProxyNooauth2-proxyIndirect
TetrateYesYesNativeDirect
Solo.ioYesYesNativeDirect
AWS AppIAMIAMAWS IAMIndirect
GCP MeshIAMIAMGoogle IAMIndirect
AKS IstioADADAzure ADIndirect

Direct = Authentik OIDC integrates natively Indirect = requires proxy or cloud IAM federation Proxy = requires oauth2-proxy for dashboard SSO

Best SSO support: Tetrate and Solo.io have native OIDC/SAML. Istio (via Kiali) and Consul have native OIDC. Linkerd, Cilium, and Kuma require oauth2-proxy. Cloud-managed meshes use their respective cloud IAM.


CNCF Status

ToolCNCF StatusYear
IstioGraduated2023
LinkerdGraduated2021
CiliumGraduated2023
KumaGraduated2024
OSMArchived2023
ConsulNot CNCF
Traefik MeshNot CNCF

Tools

13 tools.

AWS App Mesh

AWS App Mesh was a managed service mesh from Amazon Web Services that provided application-level networking using Envoy proxies. It worked across AWS compute services: Amazon ECS, Amazon EKS, AWS Fargate, and Amazon EC2.

License: Proprietary (proprietary) · Kind: service · Deploy: saas · SSO: none

Website

Azure AKS Istio Add-on

The Azure AKS Istio add-on is Microsoft’s managed Istio offering for Azure Kubernetes Service. It provides a Microsoft-supported, managed Istio control plane integrated with AKS, replacing the discontinued Open Service Mesh (OSM) add-on.

License: Proprietary (proprietary) · Kind: service · Deploy: k8s · SSO: none

Website

Cilium Service Mesh

Cilium is an eBPF-based Kubernetes networking, security, and observability platform that includes service mesh capabilities.

License: Apache-2.0 (OSS) · Kind: service · Deploy: k8s · SSO: none

Website · Source

Consul Connect

Consul Connect is the service mesh capability of HashiCorp Consul, a widely used service discovery and configuration platform.

License: LicenseRef-BUSL-1.1 (source-available) · Kind: service · Deploy: k8s · SSO: none

Website

Google Cloud Service Mesh

Google Cloud Service Mesh (formerly Anthos Service Mesh / ASM, and before that Traffic Director + managed Istio) is Google’s managed Istio offering.

License: Proprietary (proprietary) · Kind: web · Deploy: k8s · SSO: OIDC

Website

Istio

Istio is the most widely adopted service mesh in the Kubernetes ecosystem. Originally developed by Google, IBM, and Lyft, it provides a comprehensive platform for managing microservice communication with mTLS, traffic management, observabil…

License: Apache-2.0 (OSS) · Kind: service · Deploy: k8s · SSO: none

Website · Source

Kuma

Kuma is a universal service mesh built on Envoy that supports both Kubernetes and VM-based deployments. Created by Kong Inc. (the company behind Kong API Gateway), Kuma emphasizes ease of use and multi-platform support.

License: Apache-2.0 (OSS) · Kind: web · Deploy: k8s · SSO: none

Website · Source

Linkerd

Linkerd is a lightweight, security-focused service mesh designed for simplicity and low operational overhead. Created by Buoyant (who coined the term “service mesh”), Linkerd was the first service mesh to achieve CNCF graduated status.

License: Apache-2.0 (OSS) · Kind: service · Deploy: k8s · SSO: none

Website · Source

NGINX Service Mesh

NGINX Service Mesh (NSM) was a sidecar-based service mesh from F5/NGINX that used NGINX Plus as its data plane proxy instead of Envoy.

License: Proprietary (proprietary) · Kind: service · Deploy: k8s · SSO: none

Website

Open Service Mesh

Open Service Mesh (OSM) was a lightweight, extensible service mesh that implemented the Service Mesh Interface (SMI) specification.

License: Apache-2.0 (OSS) · Kind: web · Deploy: k8s · SSO: none

Website · Source

Solo.io Gloo Mesh

Gloo Mesh is Solo.io’s enterprise service mesh management platform built on Istio and Envoy, adding multi-cluster management, workspace multi-tenancy, global traffic policies, and an integrated WAF.

License: Proprietary (proprietary) · Kind: service · Deploy: k8s · SSO: none

Website

Tetrate Service Bridge

Tetrate Service Bridge (TSB) is an enterprise service mesh management platform built on top of Istio and Envoy.

License: Proprietary (proprietary) · Kind: service · Deploy: k8s · SSO: none

Website

Traefik Mesh

Traefik Mesh (formerly Maesh) was a lightweight service mesh from Traefik Labs that used Traefik Proxy as both its control plane and data plane instead of Envoy.

License: Apache-2.0 (OSS) · Kind: service · Deploy: k8s · SSO: none

Website · Source

ResorsIT Tools Catalog Search