Kubernetes vereinfacht die Bereitstellung, Skalierung und Verwaltung von Anwendungen, ist aber komplex in der Installation, Konfiguration und Verwaltung. Darüber hinaus nimmt die Komplexität des Software-Stacks zu. Ebenso steigt die Anzahl der erfassbaren Metriken erheblich. Daher erfordert die Migration eines Systems zu containerisierten Microservices und Kubernetes mehr Transparenz im Produktionscode.
Containerisierte Systeme wie Kubernetes stellen neue Herausforderungen an das Monitoring.
Wurde vor der Migration noch auf ein Monitoring-Tool gesetzt, um den Überblick über mögliche Probleme zu behalten, zeigt sich danach schnell, dass das nicht mehr ausreicht. Denn containerisierte Systeme wie Kubernetes stellen neue Herausforderungen an das Monitoring im Vergleich zu Rechenumgebungen auf Basis virtueller Maschinen. Dazu gehören unter anderem die kurzlebige Natur von Containern, eine höhere Dichte von Objekten, Diensten und Metriken innerhalb eines bestimmten Knotens sowie der Fokus auf Diensten und nicht auf Maschinen. Um diese Herausforderungen zu meistern, braucht es Observability. Und nein, das ist kein Schreibfehler, denn Observability und Monitoring sind unterschiedlicher, als viele denken. Sie haben ungefähr so viel gemeinsam wie „Super Mario Bros.“ und „Minecraft“.
Zu komplex
„Super Mario Bros.“ ist ein einfaches Jump-’n’-Run-Videospiel mit den immer gleichen Stufen, Leveln und Gegnern. Egal, vor welchem Gerät man sitzt, die Abläufe sind immer gleich. Bei diesem Spiel können Daten einfach gesammelt werden, und man kann sich einen guten Überblick vom Zustand verschaffen. Es gibt beispielsweise eine klar festgelegte Spanne möglich erreichbarer Punkte. Erreicht man plötzlich mehr Punkte, als in der Spanne eigentlich möglich, stimmt mit dem Spiel etwas nicht. Zur Überprüfung dieser Metriken würde ein einfaches Monitoring-Tool ausreichen.
„Minecraft“ hingegen ist viel komplexer, denn es ist darauf ausgelegt, zu erkunden, zu erforschen und zu erschaffen. Die Spielwelt ist vermeintlich grenzenlos; rein theoretisch könnte eine Spielwelt wie von „Super Mario Bros.“ hier sogar noch eingefügt werden. Das System ist zu komplex, um einfach nur Daten zu sammeln und ausschließlich vordefinierte Metriken auszuwerten. Die schiere Masse an möglichen Interaktionen oder Unbekannten ist so groß, dass sie zu komplex für ein Monitoring-Tool ist. Gleiches gilt für containerisierte Microservices, die auf Kubernetes laufen – denn auch diese sind unglaublich komplex. Genau deshalb braucht es also Observability-Tools.
In der Praxis
Da monolithische Anwendungen in Microservices umgewandelt und mit Kubernetes orchestriert werden, ändern sich die Anforderungen an die Überwachung dieser Anwendungen. Zunächst muss die Instrumentierung zur Erfassung von Anwendungsdaten auf Container-Ebene erfolgen, und zwar in großem Umfang und über Tausende von Endpunkten hinweg. Da Kubernetes-Workloads standardmäßig flüchtig sind und jederzeit gestartet oder gestoppt werden können, muss die Anwendungsüberwachung dynamisch sein und die Kubernetes-Labels und -Namensräume kennen. Ein konsistenter Satz von Regeln oder Warnungen muss auf alle Pods – neue und alte – angewendet werden.
Bei der Entwicklung neuer oder der Überarbeitung bestehender Anwendungen sollte Observability in jedem Fall berücksichtigt werden. Die Beibehaltung einer gemeinsamen Ebene von Basismetriken, die für alle Anwendungen und Infrastrukturen gilt, während gleichzeitig benutzerdefinierte Metriken integriert werden, ist äußerst wünschenswert. Das Hinzufügen einer neuen Metrik auf der Grundlage von Benutzerfeedback sollte nicht dazu führen, dass der Überwachungs-Stack komplett umgebaut werden muss.
Observability ist für das Verständnis der Beziehungen zwischen der Infrastruktur, Kubernetes und den Anwendungsdiensten entscheidend. Es werden viele Fragen auftauchen, und um diese zu beantworten, muss Kubernetes mit Anwendungsdaten korreliert, Daten über Kubernetes-Cluster hinweg aggregiert oder Daten für jeden Kubernetes-Dienst isoliert werden. Manchmal zum Beispiel funktioniert die Kubernetes-Wiederherstellung so gut, dass die Ursache nicht isoliert werden kann, um schnell auf einen Vorfall zu reagieren. Zum Beispiel könnte Kubernetes eine Anwendung neu starten, und niemand würde es bemerken, dass einige der Container aufgrund eines Speicherlecks mehrfach abgestürzt sind. Trotzdem sollte der Administrator darüber Bescheid wissen. Um den Überblick zu behalten, sollten die Kubernetes-Knoten und einzelne Pods mithilfe von Dashboards überwacht werden und alle Dienste der Anwendung mit Last, Durchsatz, Anwendungsfehlern und andere Metriken einsehbar sein.
Observability bietet Ingenieuren ein vollständiges Bild und alle Informationen, die zur Leistungssteigerung und Verbesserung von sowohl der Stabilität als auch der Ausfallsicherheit von Anwendungen, Kubernetes-Komponenten und der zugrunde liegenden Infrastruktur notwendig sind. Am Ende wirkt sich ein gutes Observability-Tool positiv auf den gesamten Software-Stack und damit auch das gesamte Geschäft aus.
Stand: 08.12.2025
Es ist für uns eine Selbstverständlichkeit, dass wir verantwortungsvoll mit Ihren personenbezogenen Daten umgehen. Sofern wir personenbezogene Daten von Ihnen erheben, verarbeiten wir diese unter Beachtung der geltenden Datenschutzvorschriften. Detaillierte Informationen finden Sie in unserer Datenschutzerklärung.
Einwilligung in die Verwendung von Daten zu Werbezwecken
Ich bin damit einverstanden, dass die Vogel IT-Medien GmbH, Max-Josef-Metzger-Straße 21, 86157 Augsburg, einschließlich aller mit ihr im Sinne der §§ 15 ff. AktG verbundenen Unternehmen (im weiteren: Vogel Communications Group) meine E-Mail-Adresse für die Zusendung von Newslettern und Werbung nutzt. Auflistungen der jeweils zugehörigen Unternehmen können hier abgerufen werden.
Der Newsletterinhalt erstreckt sich dabei auf Produkte und Dienstleistungen aller zuvor genannten Unternehmen, darunter beispielsweise Fachzeitschriften und Fachbücher, Veranstaltungen und Messen sowie veranstaltungsbezogene Produkte und Dienstleistungen, Print- und Digital-Mediaangebote und Services wie weitere (redaktionelle) Newsletter, Gewinnspiele, Lead-Kampagnen, Marktforschung im Online- und Offline-Bereich, fachspezifische Webportale und E-Learning-Angebote. Wenn auch meine persönliche Telefonnummer erhoben wurde, darf diese für die Unterbreitung von Angeboten der vorgenannten Produkte und Dienstleistungen der vorgenannten Unternehmen und Marktforschung genutzt werden.
Meine Einwilligung umfasst zudem die Verarbeitung meiner E-Mail-Adresse und Telefonnummer für den Datenabgleich zu Marketingzwecken mit ausgewählten Werbepartnern wie z.B. LinkedIN, Google und Meta. Hierfür darf die Vogel Communications Group die genannten Daten gehasht an Werbepartner übermitteln, die diese Daten dann nutzen, um feststellen zu können, ob ich ebenfalls Mitglied auf den besagten Werbepartnerportalen bin. Die Vogel Communications Group nutzt diese Funktion zu Zwecken des Retargeting (Upselling, Crossselling und Kundenbindung), der Generierung von sog. Lookalike Audiences zur Neukundengewinnung und als Ausschlussgrundlage für laufende Werbekampagnen. Weitere Informationen kann ich dem Abschnitt „Datenabgleich zu Marketingzwecken“ in der Datenschutzerklärung entnehmen.
Falls ich im Internet auf Portalen der Vogel Communications Group einschließlich deren mit ihr im Sinne der §§ 15 ff. AktG verbundenen Unternehmen geschützte Inhalte abrufe, muss ich mich mit weiteren Daten für den Zugang zu diesen Inhalten registrieren. Im Gegenzug für diesen gebührenlosen Zugang zu redaktionellen Inhalten dürfen meine Daten im Sinne dieser Einwilligung für die hier genannten Zwecke verwendet werden. Dies gilt nicht für den Datenabgleich zu Marketingzwecken.
Recht auf Widerruf
Mir ist bewusst, dass ich diese Einwilligung jederzeit für die Zukunft widerrufen kann. Durch meinen Widerruf wird die Rechtmäßigkeit der aufgrund meiner Einwilligung bis zum Widerruf erfolgten Verarbeitung nicht berührt. Um meinen Widerruf zu erklären, kann ich als eine Möglichkeit das unter https://contact.vogel.de abrufbare Kontaktformular nutzen. Sofern ich einzelne von mir abonnierte Newsletter nicht mehr erhalten möchte, kann ich darüber hinaus auch den am Ende eines Newsletters eingebundenen Abmeldelink anklicken. Weitere Informationen zu meinem Widerrufsrecht und dessen Ausübung sowie zu den Folgen meines Widerrufs finde ich in der Datenschutzerklärung.
Frederik Bijlsma, Senior Director Sales Central EMEA bei VMware Tanzu.
(Bild: VMware)
*Der Autor: Frederik Bijlsma, Senior Director Sales Central EMEA bei VMware Tanzu.
Aktuelles eBook
Speicherinfrastrukturen in Unternehmen
On-Premises oder Storage-as-a-Service?
eBook „Speicherinfrastrukturen“
(Bild: Storage-Insider)
Speicher ist wichtiger denn je, denn die notgedungen forcierte Digitalisierung vieler Lebensbereiche und der Wirtschaft beruht darauf, dass ein Großteil der Daten abgelegt wird, bevor sie ausgetauscht werden können. In diesem eBook erfahren Sie, welche Cloud-Storage-Angebote es für den Mittelstand gibt, wie viel Speicherinfrastruktur ein Unternehmen benötigt und wie man eine Strategie für die Ausbalancierung der Speicherinfrastruktur entwickelt.
Die Themen im Überblick:
Wie viel Speicherinfrastruktur benötigt ein Unternehmen?
Ausbalancierung von On-Premises und Cloud-Speicher
Cloud-Storage-Anbieter und -Lösungen für den Mittelstand