In episode 7, we dig into Linkerd’s feature set as well as its place in the larger service mesh ecosystem. Short version: we’re impressed with the features it brings to bare; especially for having such a low barrier to entry.
The data plane (Proxy) for version 2.x is written in Rust and focuses on performance especially at the 99th percentile
The control plane is written in Go to tightly integrate with Kubernetes
The project largely takes a lean-startup type approach focusing on operational simplicity and drastically lowers the barrier to manage east-west traffic in a cluster
Platform owners are the largest beneficiaries so that they can enforce policies like mTLS out of the box
Main difference between Linkerd and Istio is philosophical. Linkerd philosophy is focused on ease of use, minimalist approach to make the service mesh something the user does not need to think about the service mesh as much.
Linkerd has quietly put a good amount of end-users in production and is here to stay for the long haul