Durchsuchen nach
Autor: Andrej Schefer

Ingress

Ingress

Ein Ingress ist eine Kubernetes-Ressource, mit der sich HTTP- und HTTPS-Anfragen von außen gezielt zu Services im Cluster weiterleiten lassen. Anstatt für jeden Service separat einen NodePort oder einen eigenen Load Balancer bereitzustellen, bündelt ein Ingress den Zugriff und leitet Anfragen anhand klar definierter Routing-Regeln weiter – zum Beispiel abhängig vom Hostname (shop.example.com) oder vom Pfad (/api, /images). Der Ingress selbst ist nur eine Beschreibung der gewünschten Weiterleitung. Damit diese Regeln tatsächlich greifen, benötigt man einen Ingress-Controller (z. B. NGINX,…

Weiterlesen Weiterlesen

NodePort

NodePort

Ein NodePort-Service erweitert einen ClusterIP-Service, indem er zusätzlich einen festen Port auf allen Node-IP-Adressen öffnet. Kubernetes reserviert einen Port aus einem vordefinierten Bereich (standardmäßig 30000–32767) und richtet auf jedem Worker-Node eine Regel ein, die Traffic an diesen Port auf die Service-Endpoints weiterleitet. Man kann den NodePort auch manuell vorgeben (sofern im erlaubten Bereich). NodePort-Services sind aus dem Cluster heraus erreichbar, indem man die IP eines Cluster-Nodes und den NodePort ansteuert. Dies erlaubt einfache Tests oder den Aufbau eigener Load-Balancing-Lösungen. Allerdings…

Weiterlesen Weiterlesen

ClusterIP

ClusterIP

ClusterIP-Services sind die einfachste und gebräuchlichste Form. Sie erhalten vom Kubernetes-Control-Plane eine interne IP aus dem konfigurierten Service-CIDR zugewiesen und sind nur innerhalb des Clusters erreichbar. Standardmäßig wird jeder Service ohne explizite Typangabe als ClusterIP-Service erstellt. Der ClusterIP-Service eignet sich für die interne Kommunikation von Microservices. Beispielsweise könnten Frontend-Pods einen Backend-Service über dessen ClusterIP ansprechen. Von außerhalb des Clusters ist diese IP jedoch nicht erreichbar, was ein gewisses Maß an Sicherheit bietet (Isolation der internen Services). Will man einen ClusterIP-Service…

Weiterlesen Weiterlesen

Service

Service

Ein Service in Kubernetes ist eine Abstraktion, die einer Anwendung im Cluster eine feste Adresse (Name + Port) gibt – unabhängig davon, wie oft sich die dahinterliegenden Pods ändern oder neu starten. Das ist nötig, weil Pods in Kubernetes flüchtig sind: Sie können jederzeit neu erstellt werden und bekommen dabei oft eine neue IP-Adresse. Ohne Service müsstest du ständig die aktuelle IP jedes Pods kennen – was praktisch unmöglich ist. Ein Service löst dieses Problem, indem er: Einen festen DNS-Namen…

Weiterlesen Weiterlesen

Service & Networking-Ressourcen

Service & Networking-Ressourcen

Service- & Networking-Ressourcen in Kubernetes sind wie das Straßen- und Adressensystem in einer Stadt – nur eben für deine Anwendungen im Cluster. Service → Gibt einer Anwendung eine feste Adresse (Name + Port), auch wenn sich die einzelnen Pods ständig ändern oder neu starten. Beispiel: Statt jeden Container direkt zu finden, fragst du einfach „geh zu shop-service“ und Kubernetes leitet dich zum richtigen Pod. Ingress → Das ist wie ein Haupteingang von außen ins Cluster. Er weiß, welche Anfragen (z….

Weiterlesen Weiterlesen

Gott..

Gott..

Kommentare 0 Kommentare

Es fällt mir schwer, an Gott zu glauben, und ich versuche es auch nicht. Aber ich versuche, so zu leben, dass ich, wenn ich eines Tages vor ihm stehen sollte, ihm mit reinem Gewissen in die Augen blicken kann. Auch wenn es mir schwerfällt, an Gott zu glauben, strebe ich danach, ein Leben in Integrität, Güte und Verantwortlichkeit zu führen. Das empfinde ich als einen Weg, der unabhängig vom Glauben für mich erstrebenswert ist. Hier sind einige Gedanken, die mich…

Weiterlesen Weiterlesen