Linkerd ist ein leichtgewichtiges, von der CNCF unterstütztes Service-Mesh für Kubernetes, das Observability, Zuverlässigkeit und sichere Kommunikation über mTLS bietet. Es läuft als kompakte Control- und Data-Plane mit geringem Overhead und fokussiert sich auf einfache Bedienung, Stabilität und Telemetrie für Produktion.
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und verwandte Bausteine zu öffnen.
Technischer Baustein: kann automatisiert, integriert oder betrieben werden.
Konkretes Rädchen im System, das in größeren Zusammenhängen wirkt.
Linkerd ist ein leichtgewichtiger Service Mesh für Kubernetes, der verschlüsselte Verbindungen, Routing, Zuverlässigkeit und Telemetrie über einen transparenten Proxy bereitstellt.
Linkerd entstand 2015 bei Buoyant aus dem Problem, Netzwerkverhalten von Microservices unabhängig vom Anwendungscode zu kontrollieren. Die Entwicklung führte von einem allgemeinen Service-Mesh-Proxy zu einer auf Kubernetes fokussierten, ressourcenschonenden Architektur.
Jeder relevante Workload erhält einen kleinen Proxy neben seinem Container. Dieser Proxy übernimmt die Netzwerkregeln und Messung; eine Steuerungsebene verteilt Richtlinien und Identitätsinformationen. Die Anwendung spricht weiter ihr Protokoll, während Linkerd den Verkehr zwischen Proxies absichert und beobachtet.
Er vermittelt den Datenverkehr eines Workloads und setzt Mesh-Funktionen um.
Sie ermöglicht gegenseitige Authentifizierung zwischen Diensten.
Sie begrenzt oder steuert, welche Dienste miteinander kommunizieren.
Linkerd ist sinnvoll, wenn Kubernetes-Dienste einheitliche Verschlüsselung, Service-Metriken oder kontrolliertes Routing brauchen. Zusätzliche Proxies bringen Ressourcenbedarf, Betriebswissen und eine weitere Ebene für Fehlersuche mit sich.
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.