<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>ECS on JAVAPRO Germany</title><link>https://javapro.svenruppert.com/tags/ecs/</link><description>Recent content in ECS on JAVAPRO Germany</description><generator>Hugo</generator><language>de-DE</language><lastBuildDate>Mon, 29 Dec 2025 07:01:16 +0000</lastBuildDate><atom:link href="https://javapro.svenruppert.com/tags/ecs/index.xml" rel="self" type="application/rss+xml"/><item><title>Automatisierung der JVM Thread-Dump-Analyse mit KI: Praktische Observability für Java auf Amazon ECS und EKS</title><link>https://javapro.svenruppert.com/automatisierung-der-jvm-thread-dump-analyse-mit-ki-praktische-observability-fuer-java-auf-amazon-ecs-und-eks/</link><pubDate>Mon, 29 Dec 2025 07:01:16 +0000</pubDate><guid>https://javapro.svenruppert.com/automatisierung-der-jvm-thread-dump-analyse-mit-ki-praktische-observability-fuer-java-auf-amazon-ecs-und-eks/</guid><description>&lt;p&gt;Angenommen, wir haben folgendes Szenario: Ein Java-Service, der gestern noch einwandfrei funktionierte, konsumiert plötzlich 90% der CPU-Leistung und reagiert kaum noch auf Benutzeranfragen. Anwender erleben Timeouts, und das Operations-Team steht unter Druck, den Vorfall umgehend zu analysieren. In solchen Situationen – ob die Anwendung “blockiert” wirkt oder CPU-Sättigung aufgetreten ist – ist eines der leistungsfähigsten Diagnosewerkzeuge der Thread-Dump. Ein Thread-Dump erfasst den Zustand aller JVM-Threads zu einem bestimmten Zeitpunkt und zeigt Ausführungszustände, Stack-Traces und Lock-Contention – das Rohmaterial, das benötigt wird, um zu verstehen, was die Laufzeitumgebung tatsächlich tut.&lt;/p&gt;</description></item></channel></rss>