<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Blog | Linkerd</title><link>https://deploy-preview-2134--linkerdio.netlify.app/blog/</link><description>Recent content in Blog for Linkerd</description><generator>Hugo 0.158.0</generator><language>en-us</language><lastBuildDate>Wed, 24 Jun 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://deploy-preview-2134--linkerdio.netlify.app/blog/feed.xml" rel="self" type="application/rss+xml"/><item><title>Federating Clusters for Zero-Downtime Kubernetes</title><link>https://deploy-preview-2134--linkerdio.netlify.app/2026/06/24/federating-clusters-for-zero-downtime-kubernetes/</link><pubDate>Wed, 24 Jun 2026 00:00:00 +0000</pubDate><author>Dominik Táskai, Linkerd Ambassador</author><guid>https://deploy-preview-2134--linkerdio.netlify.app/2026/06/24/federating-clusters-for-zero-downtime-kubernetes/</guid><description>&lt;p&gt;Every multi-region setup eventually meets the same awkward moment: a whole
cluster goes away, and the identical copy of your service running two regions
over might as well not exist, because nothing is wired to treat them as one
thing. Failover becomes a runbook: restore, repoint DNS, and wait for an outage
that, on paper, you&amp;rsquo;d already paid to survive.&lt;/p&gt;
&lt;p&gt;Linkerd&amp;rsquo;s multicluster extension closes that gap by letting several clusters
present a service as a single, load-balanced endpoint. The part that the
official tasks gloss over is that a real platform almost never picks &lt;em&gt;one&lt;/em&gt;
multicluster mode. Some services want federation (same service everywhere, one
endpoint, automatic failover). While others want mirroring (reach a specific
remote service by name). And you frequently want both patterns living on the
same set of links. The docs walk through each mode on its own. This post wires
all three together across three GKE clusters, with a full-mesh link topology, a
chaos test that takes out an entire cluster, and scripts you can clone and run
on a fresh GCP project.&lt;/p&gt;</description></item><item><title>Announcing Linkerd 2.20: Rate-limit-aware load balancing, reduced memory usage, better inbound metrics, and more</title><link>https://deploy-preview-2134--linkerdio.netlify.app/2026/06/23/announcing-linkerd-2.20/</link><pubDate>Tue, 23 Jun 2026 00:00:00 +0000</pubDate><author>William Morgan</author><guid>https://deploy-preview-2134--linkerdio.netlify.app/2026/06/23/announcing-linkerd-2.20/</guid><description>&lt;p&gt;Linkerd 2.20 is now available! This release improves circuit breaking and load
balancing to be aware of rate limit responses, significantly improves memory
consumption of the control plane (especially on busy clusters), and improves
Linkerd’s metrics suite for inbound traffic. This release also promotes native
sidecars to the default deployment type for Linkerd’s data plane microproxies.&lt;/p&gt;
&lt;p&gt;Linkerd has now seen almost a decade of continuous improvement and evolution.
Our goal is to build a service mesh that our users can rely on for 100 years.
Linkerd 2.20 is the fourth major version since the &lt;a href="https://buoyant.io/blog/linkerd-forever" rel="noopener" target="_blank"&gt;announcement of Buoyant&amp;rsquo;s
profitability and Linkerd project
sustainability&lt;/a&gt;, and continues our
laser focus on operational simplicity: delivering the notoriously complex
service mesh feature set in a way that is manageable, scalable, and performant.&lt;/p&gt;</description></item><item><title>The Proxy Died First: How Kubernetes Native Sidecars Solve the Service Mesh Shutdown Problem</title><link>https://deploy-preview-2134--linkerdio.netlify.app/2026/05/18/the-proxy-died-first/</link><pubDate>Mon, 18 May 2026 00:00:00 +0000</pubDate><author>Blake Romano, Linkerd Ambassador</author><guid>https://deploy-preview-2134--linkerdio.netlify.app/2026/05/18/the-proxy-died-first/</guid><description>&lt;p&gt;If you&amp;rsquo;ve ever operated a service mesh on Kubernetes, you&amp;rsquo;ve probably seen
something like this during a rolling deployment:&lt;/p&gt;
&lt;div class="highlight disable-copy"&gt;&lt;pre tabindex="0" style="color:#e6edf3;background-color:#0d1117;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"&gt;&lt;code class="language-text" data-lang="text"&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;Unexpected error occurred: Client &amp;#39;http://my-api:8080/&amp;#39;: Connect Error:
&lt;/span&gt;&lt;/span&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;Connection refused: my-api/100.20.100.200:8080
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;One second your pod is humming along, serving traffic, and talking to its
upstream dependencies through the mesh. The next second it enters &lt;code&gt;Terminating&lt;/code&gt;
state, the sidecar proxy exits, and every in-flight request to a dependent
service gets a cold &lt;code&gt;Connection refused&lt;/code&gt; in response.&lt;/p&gt;</description></item><item><title>Deep Dive: How linkerd-destination works in the Linkerd Service Mesh</title><link>https://deploy-preview-2134--linkerdio.netlify.app/2026/02/26/deep-dive-how-linkerd-destination-works-in-the-linkerd-service-mesh/</link><pubDate>Thu, 26 Feb 2026 00:00:00 +0000</pubDate><author>Bezaleel Silva, Linkerd Ambassador</author><guid>https://deploy-preview-2134--linkerdio.netlify.app/2026/02/26/deep-dive-how-linkerd-destination-works-in-the-linkerd-service-mesh/</guid><description>&lt;p&gt;&lt;em&gt;This blog post was originally published on
&lt;a href="https://medium.com/@bezarsnba/deep-dive-the-linkerd-destination-service-en-19f6efd1b308" rel="noopener" target="_blank"&gt;Bezaleel Silva’s Medium blog&lt;/a&gt;.&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;Recently, in our daily operations, we took a deep dive into the inner workings
of &lt;strong&gt;linkerd-destination&lt;/strong&gt;, one of the most critical components of the Linkerd
control plane.&lt;/p&gt;
&lt;p&gt;The motivation was simple: as our cluster grew and traffic increased, the
question shifted from “Does Linkerd work?” to “&lt;strong&gt;How exactly does it react when
everything changes at once?&lt;/strong&gt;”. Frequent deployments, production scaling,
security policies being applied — and at the center of all this, the
&lt;em&gt;destination&lt;/em&gt; service.&lt;/p&gt;</description></item><item><title>Linkerd Protocol Detection</title><link>https://deploy-preview-2134--linkerdio.netlify.app/2026/02/09/linkerd-protocol-detection/</link><pubDate>Mon, 09 Feb 2026 00:00:00 +0000</pubDate><author>Nawaz Dhandala</author><guid>https://deploy-preview-2134--linkerdio.netlify.app/2026/02/09/linkerd-protocol-detection/</guid><description>&lt;p&gt;&lt;em&gt;This blog post was originally published on the &lt;a href="https://oneuptime.com/blog/post/2026-01-30-linkerd-protocol-detection/view" rel="noopener" target="_blank"&gt;OneUptime blog&lt;/a&gt;. The cover photo is derived from an &lt;a href="https://pixabay.com/vectors/detective-clues-police-work-find-151275/" rel="noopener" target="_blank"&gt;image by OpenClipart-Vectors&lt;/a&gt;.&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;Linkerd is a lightweight service mesh that provides observability, reliability, and security for Kubernetes applications. One of its powerful features is automatic protocol detection, which allows Linkerd to identify the protocol being used by incoming connections without requiring explicit configuration.&lt;/p&gt;
&lt;p&gt;This automatic detection enables Linkerd to apply protocol-specific features like HTTP metrics, retries, and load balancing strategies without manual annotation of every service.&lt;/p&gt;</description></item><item><title>Linkerd Edge Release Roundup: December 2025</title><link>https://deploy-preview-2134--linkerdio.netlify.app/2025/12/08/linkerd-edge-release-roundup/</link><pubDate>Mon, 08 Dec 2025 00:00:00 +0000</pubDate><author>Flynn</author><guid>https://deploy-preview-2134--linkerdio.netlify.app/2025/12/08/linkerd-edge-release-roundup/</guid><description>&lt;p&gt;Welcome to the excessively-large December 2025 Edge Release Roundup posts, where
we dive into the most recent edge releases to help keep everyone up to date on
the latest and greatest! This post covers edge releases from September through
November 2025 (the runup to KubeCon was hectic around here).&lt;/p&gt;
&lt;h2 id="how-to-give-feedback"&gt;How to give feedback&lt;/h2&gt;
&lt;p&gt;Edge releases are a snapshot of our current development work on &lt;code&gt;main&lt;/code&gt;; by
definition, they always have the most recent features but they may have
incomplete features, features that end up getting rolled back later, or (like
all software) even bugs. That said, edge releases &lt;em&gt;are&lt;/em&gt; intended for production
use, and go through a rigorous set of automated and manual tests before being
released. Once released, we also document whether the release is recommended for
broad use &amp;ndash; and when needed, we go back and update the recommendations.&lt;/p&gt;</description></item><item><title>Announcing Linkerd 2.19: Post-quantum cryptography</title><link>https://deploy-preview-2134--linkerdio.netlify.app/2025/10/31/announcing-linkerd-2.19/</link><pubDate>Fri, 31 Oct 2025 00:00:00 +0000</pubDate><author>William Morgan</author><guid>https://deploy-preview-2134--linkerdio.netlify.app/2025/10/31/announcing-linkerd-2.19/</guid><description>&lt;p&gt;Today we&amp;rsquo;re happy to announce Linkerd 2.19! This release introduces a
significant state-of-the-art security improvement for Linkerd: a modernized TLS
stack that uses post-quantum key exchange algorithms by default.&lt;/p&gt;
&lt;p&gt;Linkerd has now seen almost a decade of continuous improvement and evolution.
Our goal is to build a service mesh that our users can rely on for 100 years. To
do this, we
&lt;a href="https://www.grammarly.com/blog/engineering/the-great-linkerd-mystery/" rel="noopener" target="_blank"&gt;partner with users like Grammarly to ensure that Linkerd can accelerate the full scale and scope of modern software environments&lt;/a&gt;—and
then we feed those lessons directly back into the product. Linkerd 2.19 release
is the third major version since the
&lt;a href="https://buoyant.io/blog/linkerd-forever" rel="noopener" target="_blank"&gt;announcement of Buoyant&amp;rsquo;s profitability and Linkerd project sustainability a year ago&lt;/a&gt;,
and continues our laser focus on operational simplicity—delivering the
notoriously complex service mesh feature set in a way that is manageable,
scalable, and performant.&lt;/p&gt;</description></item><item><title>Hands off Linkerd certificate rotation</title><link>https://deploy-preview-2134--linkerdio.netlify.app/2025/10/20/hands-off-linkerd-certificate-rotation/</link><pubDate>Mon, 20 Oct 2025 00:00:00 +0000</pubDate><author>Matthew McLane</author><guid>https://deploy-preview-2134--linkerdio.netlify.app/2025/10/20/hands-off-linkerd-certificate-rotation/</guid><description>&lt;p&gt;&lt;em&gt;This blog post was originally published on
&lt;a href="https://medium.com/@mclanem_45809/hands-off-linkerd-certificate-rotation-0e387fdeaa0a" rel="noopener" target="_blank"&gt;Matthew McLane&amp;rsquo;s Medium blog&lt;/a&gt;.&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;I’ll start by saying that I think Linkerd is a &lt;strong&gt;great tool&lt;/strong&gt;. We use it at work
to provide &lt;strong&gt;TLS between our pods&lt;/strong&gt;, which frees us from having to build that
functionality directly into our containers. When it works, it’s fantastic! It’s
simple to get up and running and just does the job without a lot of extra fuss.
For the most part, it’s been a very hands-off experience, which is exactly what
we need.&lt;/p&gt;</description></item><item><title>Beyond linkerd-viz: Linkerd Metrics with OpenTelemetry</title><link>https://deploy-preview-2134--linkerdio.netlify.app/2025/09/09/linkerd-with-opentelemetry/</link><pubDate>Tue, 09 Sep 2025 00:00:00 +0000</pubDate><author>Eli Goldberg, Linkerd Ambassador</author><guid>https://deploy-preview-2134--linkerdio.netlify.app/2025/09/09/linkerd-with-opentelemetry/</guid><description>&lt;h2 id="tldr"&gt;TL;DR&lt;/h2&gt;
&lt;p&gt;Linkerd, the enterprise-grade service mesh that minimizes overhead, now
integrates with &lt;a href="https://opentelemetry.io/" rel="noopener" target="_blank"&gt;OpenTelemetry&lt;/a&gt;, often also simply
called OTel. That&amp;rsquo;s pretty cool because it allows you to collect and export
Linkerd&amp;rsquo;s metrics to your favorite observability tools. This integration
improves your ability to monitor and troubleshoot applications effectively.
Sounds interesting? Read on.&lt;/p&gt;
&lt;p&gt;Before we dive into this topic, I want to be sure you have a basic understanding
of Kubernetes. If you&amp;rsquo;re new to it, that&amp;rsquo;s ok! But I&amp;rsquo;d recommend exploring the
official Kubernetes tutorials and/or experimenting with &amp;ldquo;Kind&amp;rdquo; (Kubernetes in
Docker) with
&lt;a href="https://kind.sigs.k8s.io/docs/user/quick-start/" rel="noopener" target="_blank"&gt;this simple guide&lt;/a&gt;.&lt;/p&gt;</description></item><item><title>Linkerd Edge Release Roundup: September 2025</title><link>https://deploy-preview-2134--linkerdio.netlify.app/2025/09/05/linkerd-edge-release-roundup/</link><pubDate>Fri, 05 Sep 2025 00:00:00 +0000</pubDate><author>Flynn</author><guid>https://deploy-preview-2134--linkerdio.netlify.app/2025/09/05/linkerd-edge-release-roundup/</guid><description>&lt;p&gt;Welcome to the September 2025 Edge Release Roundup post, where we dive into the
most recent edge releases to help keep everyone up to date on the latest and
greatest! This post covers edge releases from August 2025.&lt;/p&gt;
&lt;h2 id="how-to-give-feedback"&gt;How to give feedback&lt;/h2&gt;
&lt;p&gt;Edge releases are a snapshot of our current development work on &lt;code&gt;main&lt;/code&gt;; by
definition, they always have the most recent features but they may have
incomplete features, features that end up getting rolled back later, or (like
all software) even bugs. That said, edge releases &lt;em&gt;are&lt;/em&gt; intended for production
use, and go through a rigorous set of automated and manual tests before being
released. Once released, we also document whether the release is recommended for
broad use &amp;ndash; and when needed, we go back and update the recommendations.&lt;/p&gt;</description></item></channel></rss>