Observability Experten in Hamburg
aus über 15.000 Lebensläufen mit der Kraft von KIEngagiere Experten, die Logging-, Metrik-, Tracing- und Alerting-Setups entwerfen, OpenTelemetry-Pipelines optimieren und laute Dashboards in klare Signale verwandeln. Erhalte schnell passendes Matching mit geprüften, verfügbaren Freelancern.
Lerne FRATCH Experten in Hamburg kennen, die kürzlich Observability eingesetzt haben
Panagiotis Tsafaridis
Letzte Position:
Senior Data Engineer Consultant bei GOLDNER GmbH
- Einarbeitung sowie umfassende Dokumentation und Systemanalyse durchgeführt, um die bestehende Dateninfrastruktur zu bewerten und eine schnelle Integration sowie Zusammenarbeit zwischen den fachlichen Datenteams (Modellierung, Verarbeitung, Reporting) zu ermöglichen.
- Gemeinsam die Architektur und die Projektstruktur für ein zentrales Data-Pipeline-Repository definiert, inklusive hierarchischer Standards, Wissensmanagement-Strategien und rollenbezogener Verantwortlichkeiten, um die Wartbarkeit und die Einarbeitung zu verbessern.
- Open-Source-Tools für Data Routing (Airbyte, Apache NiFi, Dragster) für Ingest- und Sync-Anforderungen in der Retail-Analyse bewertet und validiert, inklusive lokalem Benchmarking und Tests von Fehlersituationen.
- Die Konzeption und Bereitstellung von Airbyte in Kubernetes geleitet, eigene Helm-Charts erstellt, den Umgang mit Secrets abgesichert und Ingress mit TLS sowie internem DNS-Routing konfiguriert, sodass API und UI vollständig erreichbar waren.
- Probleme mit dem Ingress-Controller analysiert und behoben, dabei mehrere Debugging- und Testphasen durchlaufen und die Setup- sowie Replikationsschritte für eine skalierbare Wiederverwendung dokumentiert.
- Datenmodelle an den ARTS-Standard angepasst, die Schema-Ausrichtung für ERP- und Reporting-Use-Cases unterstützt und Review-Schleifen koordiniert, um die zukünftige Datenverarbeitungslogik abzustimmen.
- Strategische One-Pager zu MinIO, Pub/Sub und Routing-Architekturen erstellt und technische Orientierung für Architekturentscheidungen sowie Investitionsplanung gegeben.
- Sicheren Zugriff und Authentifizierungsmechanismen ermöglicht, darunter die erste Bewertung einer SAML-Integration, Reviews der Cluster-Konfiguration und Verbesserungen bei Service-Annotations.
Daniel Sedlack
Letzte Position:
Senior Softwareentwickler bei energielenker solutions GmbH
- Konzeption und Implementierung einer Python-basierten ETL-Pipeline mit dem Dagster-Framework für die Transformation von Energierohdaten aus heterogenen Quellen mit InfluxDB und Visualisierungen in Grafana
- Definition von zeitlich gesteuerten und abhängigkeitsbasierten Jobs
- Bereitstellung auf einem verwalteten Kubernetes-Cluster mit Helm
- Anbindung von InfluxDB Cloud
- Aufbereitung von Daten für Nutzung in Grafana inkl. Säuberung und Normalisierung plus zeitliches Resampling in Python
- Entwicklung von Dashboards und Visualisierungen in Grafana
- Entwicklung von Unit-Tests inkl. Mocking mit pytest
- Aufbau von CI/CD-Pipeline in GitLab
Technologien: Python, Dagster, InfluxDB, Grafana, pandas, pytest, REST, CI/CD, GitLab, Container, Kubernetes, Helm, Docker, Cloud
Cornelius Höfig
Letzte Position:
Solution Architect bei STIHL
- Neuaufbau der Systemarchitektur für eine Azure-basierte Plattform mit dem Ziel, neue Funktionen schnell zu entwickeln
- Ausarbeitung eines Staging-Konzepts für die unterschiedlichen Anforderungen von Kunden und QA
- Erstellung der Anforderungen für ein Proof-of-Concept-Lieferantenprojekt sowie dessen Begleitung für eine Flutter-App mit hochentwickelten BLE-Funktionalitäten
- Vergleich mehrerer Observability-Plattformen auf Machbarkeit und Passung zu den Anforderungen im Projektumfeld
- Erstellung einer Mobile-App-Architektur auf Basis von Domain-Driven Architecture
- Funktion als technischer Berater und verantwortlicher Solution Architect für zwei Entwicklungsteams
- Durchführung von Architektur-Reviews und Abstimmung von Änderungen mit den architektonischen Vorgaben
- Skills & Technologies: Microsoft Azure , App Services, NodeJS Mono-repository, microservice architecture, domain driven design, self contained systems, requirements engineering, CI/CD, DevOps, API design, solution architecture
Thorsten Boock
Letzte Position:
Senior Backend Engineer bei VTG Rail Europe
traigo ist die digitale Bahnlogistik- und Flottenmanagement-Plattform von VTG. Sie verarbeitet große Mengen an Telemetrie-, Kilometer-, Geofence-, Sensor- und Wagenbewegungs-Ereignissen nahezu in Echtzeit und bietet operative Services für Kunden aus der Bahnlogistik in ganz Europa.
Als Teil des Teams Customer Selfcare habe ich an der Konzeption, Implementierung, Optimierung und dem Betrieb von Backend-Services im großen Maßstab und eventgetriebenen Verarbeitungspipelines gearbeitet — sowohl bei der Feature-Entwicklung als auch mit operativer Verantwortung für geschäftskritische Produktionssysteme. Außerdem war ich regelmäßig erster Ansprechpartner bei Produktionsvorfällen, Dateninkonsistenzen und Performance-Analysen über mehrere verteilte Services hinweg.
- Konzeption und Implementierung eventgetriebener Backend-Services.
- Migration und Ersatz von Legacy-Verarbeitungspipelines.
- Entwicklung von Replay- / Rebuild-Mechanismen für große Event-Datensätze.
- Asynchrone Eventverarbeitung mit hohem Durchsatz auf SNS / SQS.
- Datenbank- und Query-Optimierung für PostgreSQL und DynamoDB.
- Konzeption skalierbarer Read-/Write-Modelle und Aggregationspipelines.
- Fehlersuche in der Produktion und operativer Support.
- Performance-Tuning und Skalierung der Infrastruktur.
- Konzeption und Stabilisierung von Integrations- und Systemtests.
- Technische Konzepte, Architekturdokumentation und Zusammenarbeit über Teams hinweg.
- Unterstützung bei der Weiterentwicklung bestehender GitLab CI/CD-Pipelines
Geofence- & Wagon-Stay-Verarbeitung
- Algorithmus zur Erkennung von Fahrzeugen innerhalb von Geofences (Eintritt, Austritt, Verweildauer).
- Event Sourcing mit garantierter chronologischer Reihenfolge innerhalb des betroffenen Zeitfensters.
- Überarbeitete Geofence-Event- und Wagon-Stay-Verarbeitungslogik für bessere Performance.
- Behebung von Race Conditions und Event-Reihenfolgeproblemen in verteilten Services; serverseitiges Filtern, Aggregieren und optimierte Query-Pipelines.
- Reparatur- und Replay-Tools für beschädigte oder inkonsistente Bewegungsdaten.
Flotten-Metadaten & Kilometerleistung
- Modernisierung des Services; Migration des Speichers von DynamoDB zu PostgreSQL, um die Nachvollziehbarkeit zu verbessern und neue Features schneller umzusetzen.
- Skalierbare Aggregations- und Replay-Mechanismen für Kilometerdaten.
- Read-/Write-Modelle und optimierte Queries für Berechnungen mit hohem Datenvolumen.
Sensor- & Telematik-Integration
- Integration von Telemetrie- und Sensorverarbeitungspipelines.
- Snapshot- und Zustandsberechnungslogik für Sensorsysteme.
- APIs und Persistenzmodelle für Wagonsensordaten; Verbesserungen der Datenqualität.
- Weiterentwicklung eines Services mit gRPC für die Kommunikation zwischen Services.
Verarbeitung von Bewegungssegmenten & Routing
- Migration von Services auf neue Event-Streams für Bewegungssegmente.
- Entwicklung von Replay- und Rebuild-Tools für Segmentkorrekturen.
- Optimierung von Durchsatz und Zuverlässigkeit für Eventverarbeitung mit hohem Volumen.
Zustandsüberwachung & Wagon-Analysen
- APIs und Backend-Services für die Zustandsüberwachung von Wagen.
- Verarbeitung zur Vorhersage von Bremsverschleiß und Funktionen für Wagon-Analysen.
- PostgreSQL-Views und optimierte Query-Modelle für operative Dashboards.
Operative Zuverlässigkeit - First Responder
- Analyse von Produktionsvorfällen und Ausfällen verteilter Systeme; DLQ-Analyse, Replay und operative Wiederherstellung.
- Tuning der Datenbankleistung und AWS-Infrastruktur unter Produktionslast.
- Verbesserte Observability, Monitoring und operative Tools.
- Unterstützung von Rollout-Strategien, Monitoring und Stabilisierung nach Deployments.
Bogdan Melnychuk
Letzte Position:
Tech Lead bei cirplus
- Alleiniger technischer Verantwortlicher, zuständig für Architektur, Entwicklung, Betrieb und Infrastruktur. Nutzt KI, um die Arbeit in Bereichen wie Frontend und Design zu beschleunigen.
- Full-Stack-Lösungen gebaut (Backend, React-Frontend) mit CI/CD-Pipelines und Observability-Standards und damit die Grundlage für eine Engineering-Organisation geschaffen.
- KI-gestützte Features mit LLMs umgesetzt, darunter automatisches Supplier-Buyer-Matching, Lead-Generierung, E-Mail-Kampagnen und die Reduzierung manueller Arbeit.
- Cloud-Kosten um 90 % gesenkt, indem das System auf eine AWS-Serverless-Architektur migriert wurde
Andreas Steffan
Letzte Position:
Leitender Entwickler bei Software
- Erweiterung des Dokumenten-Management-Systems um eine standardisierte CMIS-Schnittstelle (Content Management Interoperability Services)
- Implementierung von CMIS-Basisdiensten wie Navigation, Zugriffsrechten, Suche, CRUD-Operationen und Versionierung in Java
- Umsetzung basierend auf RESTful/OpenAPI-Services
- Bereitstellung als Fat-JAR und natives Container-Image
- Deployment On-Premises und serverlos als Azure Container Application mit Terraform
- Steigerung der Team-Autonomie durch Infrastruktur-Engineering und kurze Feedback-Schleifen
- Observability mit OpenTelemetry, Azure Monitor und Azure Logic Apps
- Einführung von Terraform- und Trunk-Based-Development-Prozessen
- Qualitätssicherung mit BDD-Tests in C# mit SpecFlow und Testcontainers
- Azure DevOps Pipeline Integrationstests
- Etablierung von Cloud-Deployment-Prozessen
- Schulung der Mitarbeiter in Cloud und Terraform
Taher Solimany
Letzte Position:
DevOps-Ingenieur bei Vertraulich
- Zusammenarbeit mit Entwicklern, Security- und Betriebsteams zur Abstimmung von Anforderungen
- Unterstützung von Product Ownern und Entwicklungsteams beim Einsatz von Logging- und Monitoring-Lösungen auf Basis des Elastic Stacks
- Entwicklung und Vereinheitlichung von Log-Schemas sowie Definition von praktikablen Standards für Observability
- Konzeption und Weiterentwicklung von Logging-Architekturen für komplexe, verteilte Multi-Tenant-Umgebungen
- Anbindung von Applikations- und Infrastruktur-Logs sowie Security-Tools und Metriken
- Optimierung von Datenflüssen und Modellierung für Analyse- und Reporting-Zwecke
- Aufbau automatisierter Infrastrukturen mittels Terraform/Terragrunt und Ansible
- Pflege und Weiterentwicklung von CI/CD-Pipelines in GitLab sowie automatisierte Entwicklungsumgebungen in Hetzner Robot
- Betrieb und Automatisierung von Proxmox Clustern inkl. Ceph-Storage
- Einrichtung und Betrieb von Kubernetes (k3s) Clustern auf Fedora CoreOS inkl. Basisdiensten wie Vault, OpenLDAP und HA Proxy
- Umsetzung sicherheitskritischer Infrastrukturen nach BSI-Grundschutz und Absicherung bestehender Systeme
- Unterstützung beim Betrieb von Lösungen in Cloud-Umgebungen (u. a. AWS)
- Mitarbeit in agilen Teams nach Scrum und Kanban
- Technologien/ Anwendungen: Elastic Stack (Elasticsearch, Logstash, Beats/Elastic Agent, Kibana), Terraform, Terragrunt, Ansible, GitLab CI/CD, GitOps, Proxmox, Proxmox Ceph, Kubernetes (k3s), OpenShift, Helm, Kustomize, Vault, OpenLDAP, HA Proxy, Hetzner Robot Systeme, AWS, Prometheus, Grafana, Syslog Linux/Windows, Docker, NGINX, Apache Security & Compliance (BSI-Grundschutz, SIEM/SOC)
Entdecke mehr als 15.000 Top-Freelancer
Statistiken von Experten, die Observability einsetzen
Aggregiert aus den beruflichen Profilen passender Freelancer.
Berufserfahrung
15 Jahre
Positionsdauer
1,5 Jahre
Positionen pro Freelancer
11
Häufigste Fachbereiche
Informationstechnologie (IT), Betrieb, Produktentwicklung
Häufigste Branchen
Informationstechnologie (IT), Bank- und Finanzwesen, Versicherung
Fokus der Zertifizierungen
Informationstechnologie (IT), Projektmanagement
Bachelor-Abschluss oder höher
80%
Master-Abschluss oder höher
20%
Zertifizierungen pro Freelancer
1
Häufigste Sprachen
Deutsch, Englisch, Griechisch
Sprechen zwei oder mehr Sprachen
86%
Basierend auf unserem Profilpool, Stand 30 Aug 2026.
Über die Technologie
Was es abdeckt
Observability hilft Teams zu sehen, was Software in der Produktion wirklich tut, nicht nur, ob sie läuft oder nicht. Es bringt Logs, Metriken, Traces und Alerts zusammen, damit Experten Probleme schnell erkennen, eine Anfrage über mehrere Services hinweg verfolgen und die Auswirkungen auf Nutzer verstehen können.
Üblicher Stack
- OpenTelemetry für Instrumentierung und Datenerfassung
- Prometheus, Grafana und Alertmanager für Metriken und Alerts
- Jaeger, Tempo oder ähnliche Tools für verteiltes Tracing
- Loki, Elasticsearch oder OpenSearch für die Logsuche und Analyse
- Cloud-Monitoring-Tools in AWS, Azure oder Google Cloud
Umsetzungsarbeit
Unternehmen holen sich Observability-Spezialisten an Bord, wenn Systeme schwerer zu debuggen werden oder wenn Teams bei wachsendem Traffic klarere Signale brauchen. Sie richten Service-Dashboards ein, definieren sinnvolle Alerts, reduzieren Rauschen und stimmen Telemetrie über APIs, Hintergrundjobs und Infrastruktur hinweg ab. In Hamburg ist das oft wichtig für Logistik-, Medien-, Handels- und Plattform-Teams, die gemischte Cloud- und On-Prem-Setups betreiben.
Starke Fähigkeiten
Gute Profis wissen, wie man Code instrumentiert, ohne Unordnung zu schaffen, die richtigen Daten auf der richtigen Ebene auswählt und technische Signale mit geschäftlichen Ereignissen verbindet. Sie verstehen auch Sampling, Kardinalität, Correlation IDs, Aufbewahrungsfristen und wie man Kosten unter Kontrolle hält, ohne nützliche Historie zu verlieren.
Wann man jemanden beauftragen sollte
- Es gibt Ausfälle, aber die Ursache lässt sich nicht schnell verfolgen
- Alerts werden zu oft ausgelöst und niemand vertraut ihnen
- Services sind auf viele Teams oder Clouds verteilt
- OpenTelemetry oder Tracing soll sauber eingeführt werden
- Eure Dashboards existieren, beantworten aber keine echten Fragen
Woran gute Arbeit erkennbar ist
Starke Observability-Arbeit schafft klare Zuständigkeiten und verkürzt die Reaktionszeit bei Incidents. Sie gibt Teams eine gemeinsame Sicht auf den Zustand des Systems, macht das Risiko von Releases leichter einschätzbar und unterstützt bessere Nachbesprechungen nach Störungen. Die besten Spezialisten hinterlassen einfache, wartbare Setups, die Teams ohne Rätselraten betreiben können.
Häufig gestellte Fragen
Neugierig auf Observability? Hier sind die Antworten, die immer wieder gefragt sind.
Observability wird genutzt, um zu verstehen, wie sich Software in der Produktion verhält, besonders wenn mehrere Services, Queues und Datenspeicher zusammenspielen. Sie hilft Teams, Logs, Metriken, Traces und Alerts zu prüfen, damit sie die Ursache für langsame Anfragen, fehlgeschlagene Jobs oder ungewöhnliche Traffic-Spitzen finden können.
Observability geht über feste Checks oder Dashboards hinaus. Monitoring sagt dir, dass etwas nicht stimmt; Observability hilft dir, neue Fragen zu stellen und nachzuvollziehen, warum es passiert ist, indem Signale im ganzen System verbunden werden.
Observability-Arbeit umfasst oft OpenTelemetry, Prometheus, Grafana, Jaeger, Tempo, Loki, Elasticsearch und cloud-native Monitoring-Tools. Der genaue Stack hängt davon ab, ob das Team bessere Metriken, verteiltes Tracing, Logsuche oder alles zusammen braucht.
Ein starker Observability-Spezialist kennt meist etwas Backend-Code, Infrastruktur und Release-Abläufe. Kenntnisse in Kubernetes, Cloud-Services, Incident Response und Performance-Tuning helfen sehr, weil Telemetrie nur dann gut funktioniert, wenn sie zur Systemarchitektur passt.
Observability-Expertise ist nützlich, wenn das aktuelle Setup laut, uneinheitlich oder schwer zu pflegen ist. Unternehmen holen Spezialisten auch bei Plattform-Migrationen, Cloud-Einführung, Service-Zerlegung oder nach wiederholten Incidents dazu, die schwer zu erklären sind.
Ja, Observability-Arbeit wird oft remote erledigt, weil es dabei vor allem um Design, Konfiguration, Reviews und die Zusammenarbeit mit Produkt- und Plattform-Teams geht. Für Unternehmen in Hamburg können Remote-Spezialisten gut passen, wenn sie an Incident-Reviews teilnehmen, die Architektur gemeinsam aufzeichnen und bei Bedarf klar auf Englisch oder Deutsch kommunizieren können.
Ein guter Observability-Experte fügt nicht einfach nur Dashboards hinzu. Achte auf jemanden, der erklären kann, warum jedes Signal existiert, welche Alerts wirklich sinnvoll sind, wie sich Rauschen reduzieren lässt und wie das Setup echte Incidents und Releases unterstützt.
OpenTelemetry ist eine starke Grundlage, aber nicht die ganze Lösung. Die meisten Teams brauchen trotzdem durchdachtes Metrik-Design, Entscheidungen zur Aufbewahrung von Logs, nützliche Dashboards und Alert-Regeln, die zu ihren Services und ihrem Betriebsmodell passen.
Von den Freelancern in Hamburg, Deutschland, die Observability in ihren letzten Projekten eingesetzt haben, haben 80% mindestens einen Bachelor-Abschluss und 20% mindestens einen Master-Abschluss.
Freelancer in Hamburg, Deutschland, die Observability in ihren letzten Projekten eingesetzt haben, haben im Durchschnitt 15 Jahre Berufserfahrung; ein einzelnes Projekt dauert typischerweise etwa 1,5 Jahre.
Die häufigsten Sprachen unter Freelancern in Hamburg, Deutschland, die Observability in ihren letzten Projekten eingesetzt haben, sind Deutsch (100%), Englisch (86%) und Griechisch (14%).
Die häufigsten Industrien unter Freelancern in Hamburg, Deutschland, die Observability in ihren letzten Projekten eingesetzt haben, sind Informationstechnologie (IT) (100%), Bank- und Finanzwesen (43%) und Versicherung (43%).
Die häufigsten Bereiche unter Freelancern in Hamburg, Deutschland, die Observability in ihren letzten Projekten eingesetzt haben, sind Informationstechnologie (IT) (100%), Betrieb (86%) und Produktentwicklung (71%).
Hauptstandorte der FRATCH Experten, die kürzlich Observability eingesetzt haben
Unsere Freelancer und Interim-Experten sind in der gesamten DACH-Region zuhause — verfügbar vor Ort in den wichtigsten Wirtschaftszentren oder komplett remote. Wähle einen Standort und entdecke passende Spezialisten, lokale Markteinblicke und aktuelle Verfügbarkeiten.
Kostenlose Demo vereinbaren
Kontaktiere uns und das FRATCH-Team meldet sich innerhalb von 4 Stunden bei dir.
Möchtest du lieber direkt mit uns in Kontakt treten?
Wir haben immer Zeit für einen Anruf oder eine E-Mail!

Berlin
München
Frankfurt