In der Vergangenheit mussten Log-Files von Produktiv-Systemen mühsam von Hand zusammengesucht und danach durchforstet werden. Mit dem Aufkommen von Microservices gibt es jedoch immer mehr Tools, die die Aggregation und das Durchsuchen von Log-Informationen automatisieren. Den Anfang hat der ELK-Stack gemacht. Verteilte Systeme liefern jedoch heutzutage viel mehr relevante und besser aufbereitete Informationen als in den Log-Files zu finden sind. In einigen Situationen sind die in den Log-Files gefundenen Informationen unzureichend oder müssen mühsam extrahiert werden. Aus diesem Grund ist es naheliegend, die benötigten Informationen direkt in einem geeigneten Format bereitzustellen. Heutige Standards wie OpenTelemetry ermöglichen es, Informationen in dem benötigten Format zu sammeln. Werden Log-Files dadurch überflüssig? Die Session regt einen Mindset-Change an, stellt die Herausforderungen vor, die mit den verschiedenen Toolings bewältigt werden können, und erklärt, unter welchen Voraussetzungen auf Logging komplett verzichtet werden kann.

1. NIE WIEDER LOG-FILES!
Arne Limburg | Tobias Kurzydym | open knowledge GmbH

2. ÜBER UNS
Arne Limburg – Lead Architect
@ArneLimburg
• APIs
• Microservices
• Domain Driven Design
• Architektur
• Coaching
• Technologie (Java EE / Jakarta EE)
Tobias Kurzydym – Enterprise Developer
@tkurzydym
• APIs
• Java und Kotlin
• Verteilte Systeme
• Kubernetes
• Observability
• MLOps

3. OPEN KNOWLEDGE
Wir realisieren Enterprise-, Web- und Cloud-Anwendungen unter anderem für
Kunden aus den Bereichen Energie, Telekommunikation, Logistik, Industrie,
Versicherungs- sowie Bankwesen.
Strategisch, technologisch und methodisch sind wir kompetenter Partner für die
digitale Transformation von Geschäftsprozessen.
Wir entwickeln digitale Produkte und Services im Mittelstand sowie im Konzern.
Warum Kunden uns schätzen:
„Wir sind neugierig, wie unsere Kunden arbeiten. Uns
treibt an, Auftraggeber erfolgreicher und handlungsfähiger
zu machen.”
Softwarearchitektur &
- entwicklung
Strategie- &
Technologieberatung
Digitale Produkte &
Automatisierung

4. WIE WAR DAS EIGENTLICH FRÜHER

5. WIE WAR DAS EIGENTLICH FRÜHER
scp me@server1:/…/my-service.log ./my-service1.log
scp me@server2:/…/my-service.log ./my-service2.log
…
cat my-service1.log my-service2.log … > my-service.log
sort my-service.log
grep "session-id" my-service.log > request.log

6. DER ELK-STACK
Application Logstash ElasticSearch Kibana

7. MICROSERVICES? TRACING?
Address Validation Service
Delivery Service
Customer Service
Billing Service
User

8. MICROSERVICES? TRACING?
Address Validation Service
Delivery Service
Customer Service
Billing Service
User

9. LOG-AGGREGATION
REICHT NICHT

10. MICROSERVICES? TRACING?
Address Validation Service
Delivery Service
Customer Service
Billing Service
User
TraceId: 123
TraceId: 123
TraceId: 123

12. https://opentelemetry.io/blog/2023/sunsetting-opencensus/

13. “OpenTelemetry is
an Observability framework and
toolkit designed to create and
manage telemetry data such
as traces, metrics, and logs.”
- https://opentelemetry.io/docs/what-is-opentelemetry/

14. Address Validation Service
Delivery Service
Customer Service
Billing Service
OTel Operator
Auto
Instrumentation
Collector
Sidecar
Auto
Instrumentation
Auto
Instrumentation
Auto
Instrumentation
Collector
Sidecar
Collector
Sidecar
Collector
Sidecar

15. DEMO
TIME

16. ZUR ERINNERUNG:
NIE WIEDER LOG-FILES!

17. WOFÜR NUTZEN WIR
EIGENTLICH LOG-FILES?
Fehler-
erkennung
Performan
ceAnalyse
Fachliche
s Logging

18. DEMO
TIME

19. ALSO GAR KEIN
KLASSISCHES LOGGING MEHR?

20. FAZIT
NIE WIEDER LOG-FILES!
STATTDESSEN STRUKTURIERTES LOGGING
(ÜBER TRACING UND METRICS)
UND AUTOMATISCHE VERARBEITUNG
Arne Limburg | Tobias Kurzydym | open knowledge GmbH

21. FRAGEN