Kapitel 8. HTTP-Lastausgleich mit Ingress
Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: translation-feedback@oreilly.com
Ein wichtiger Teil jeder Anwendung ist der Netzwerkverkehr zu und von der Anwendung. Wie in Kapitel 7 beschrieben, verfügt Kubernetes über eine Reihe von Funktionen, mit denen Dienste außerhalb des Clusters zugänglich gemacht werden können. Für viele Nutzer und einfache Anwendungsfälle sind diese Funktionen ausreichend.
Das Service-Objekt arbeitet jedoch auf Schicht 4 (gemäß dem OSI-Modell).1 Das bedeutet, dass es nur TCP- und UDP-Verbindungen weiterleitet und nicht in diese Verbindungen hineinschaut. Aus diesem Grund werden beim Hosten vieler Anwendungen in einem Cluster viele verschiedene exponierte Dienste verwendet. Wenn diese Dienste type: NodePort sind, müssen sich die Clients mit einem eigenen Port pro Dienst verbinden. Wenn diese Dienste type: LoadBalancer sind, musst du für jeden Dienst (oft teure oder knappe) Cloud-Ressourcen zuweisen. Aber für HTTP (Layer 7)-basierte Dienste gibt es eine bessere Lösung.
Wenn es darum geht, ein ähnliches Problem in Situationen zu lösen, in denen es nicht um Kubernetes geht, greifen die Nutzer oft auf die Idee des "virtuellen Hostings" zurück. Dabei handelt es sich um einen Mechanismus zum Hosten vieler HTTP-Sites auf einer einzigen IP-Adresse. In der Regel verwendet der Nutzer einen Load Balancer oder Reverse Proxy, um eingehende Verbindungen über die Ports HTTP ...
Get Kubernetes: Up and Running, 3. Auflage now with the O’Reilly learning platform.
O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.
