Im ersten Blogbeitrag zu diesem Thema haben wir uns angesehen, wie Logs, Traces und Metriken zusammenspielen und was Autoinstrumentation bedeutet. Nun wollen wir diese Konzepte anhand einer praktischen Demo-Anwendung erlebbar machen: Wir haben ein einfaches Angular-Frontend, das verschiedene Endpoints in einem minimal gehaltenen ASP.NET Core Backend aufruft. Diese Endpoints antworten mal erfolgreich (HTTP 200), mal mit speziellen Statuscodes (404, 400) oder lösen sogar echte Fehler (HTTP 500) aus. Auf diese Weise können wir anhand der erzeugten Observability-Signale direkt erkennen, was im System passiert – und wie Autoinstrumentation uns dabei unterstützt.

Container spielen bei DevOps-Strategien eine immer wichtigere Rolle - aber birgt das auch größere Risiken? "Die geringe Einstiegshürde und Flexibilität von Container-Technologien sind gleichzeitig Segen und Fluch", erklärt Felix. Immer mehr Apps werden containerisiert und laufen problemlos – auch wenn sich Unternehmen kaum mit der sicheren Konfiguration beschäftigen.

In modernen verteilten Systemen ist Observability unerlässlich, um die Leistung und das Verhalten einer Anwendung vollständig zu verstehen. Sie hilft Entwicklern dabei, Probleme zu erkennen, zu analysieren und zu beheben, noch bevor sie das Endnutzererlebnis beeinträchtigen. Observability stützt sich auf drei Hauptsignale: Logs, Traces und Metriken. Diese Signale liefern unterschiedliche Perspektiven auf das Systemgeschehen und Ermöglichen eine ganzheitliche Analyse.

Gute Software läuft – auf diese einfache Wahrheit können sich diejenigen einigen, welche die Software entwickeln, und diejenigen, die sie nutzen. Bei Letzteren rückt allerdings oft ein weiterer Aspekt in den Vordergrund: Wie einfach lässt sich die Software denn bedienen? Hier kommt bei cyan.it oft WPF ins Spiel: WPF (Windows Presentation Foundation) ist ein Framework von Microsoft zur Entwicklung grafischer Benutzeroberflächen.

Für DevOps – eine Verschmelzung der Begriffe "Development" und "Operations" – finden sich viele Vergleiche: DevOps seien Bindeglieder, Brückenbauer oder die „Schweizer Taschenmesser der IT“. Fest steht: DevOps ist weit mehr als nur eine technische Position – es ist eine Philosophie, die Entwicklung und Betrieb vereint. Und wie bei jeder Philosophie gibt es unterschiedliche Ansätze und Sichtweisen, die wir in diesem Blogbeitrag erläutern.

Ist es eine gute Strategie, Software direkt vor Ort auf eigenen Servern zu betreiben? Sind Cloud-Lösungen nicht zeitgemäßer? Unternehmen dürfen bei dieser Frage keine pauschale Aussage erwarten. Verschiedene Parameter bestimmen, welche Lösung am besten zur individuellen Ausgangssituation passt.