OpenTelemetry Experten in Berlin
– aus über 15.000 Lebensläufen mit Hilfe von KI.Beauftrage Experten, die Services instrumentieren, Requests über Microservices hinweg nachverfolgen und OpenTelemetry in Prometheus-, Grafana- und Collector-Pipelines einbinden. Erhalte geprüfte, verfügbare Freelancer schnell und genau passend für dein Projekt in Berlin.
Lerne FRATCH Experten in Berlin kennen, die kürzlich OpenTelemetry eingesetzt haben
Jorge Nuricumbo
Letzte Position:
Senior Developer bei SafeXSmart KI Solutions UG
KI-Plattform-Backend – Senior Developer
Engagiert, um ein Backend für eine KI-Plattform von Grund auf zu konzipieren und aufzubauen, inklusive Multi-Provider-LLM-Orchestrierung und Echtzeitinfrastruktur für KI-Influencer-Personas im großen Maßstab.
Aufgaben und Verantwortlichkeiten
- Architektur und Implementierung einer Multi-LLM-Orchestrierungsschicht mit Semantic Kernel zur Integration von GPT-4 und weiteren Anbietern für die Kernplattformlogik und KI-Influencer-Personas, Reduzierung des Modellwechsel-Overheads durch Abstraktion der Anbieter-APIs hinter einer einheitlichen Schnittstelle.
- Entwurf und Entwicklung eines Backends von Grund auf in C# / .NET 10, einschließlich Domain-Modellierung mit DDD, versionierter RESTful-API-Schicht und Cloud-Infrastrukturaufbau auf Azure.
- Aufbau einer Echtzeit-Chat-Infrastruktur mit Server-Sent Events (SSE), Nachrichtenpersistenz und Zustellungsgarantien für den Live-Betrieb von KI-Influencer-Personas im großen Maßstab.
- Entwicklung eines Medienverwaltungsdienstes mit Integration von Cloud-Objektspeicher für Upload und Abruf influencer-generierter Inhalte.
- Erstellung einer Integrations- und Unit-Test-Suite mit Daten-Seeding für zuverlässige Regressionstests über alle Kernplattform-Flows, deutliche Reduzierung der Produktionsfehlerrate.
Werkzeuge und Technologien: C#, .NET, ASP.NET Core, Python, TypeScript, MySQL, Semantic Kernel, EF Core, Minimal APIs, LLM Orchestration, Prompt Engineering, Agentic AI, Generative AI, AI-Assisted Engineering, Claude Code, GitHub Copilot, Google Gemini, OpenAI API, Ollama, Redis, Azure, Azure Container Apps, Azure Database for MySQL, Docker, GitHub Actions, Clean Architecture, Vertical Slice Architecture, CQRS, Domain-Driven Design, REST API, xUnit, Integration Testing, Unit Testing, Jira, Confluence, Scrum
Julius Herrera Glomm
Letzte Position:
Freiberufler bei Freiberufler — Pharmaindustrie
- Leitung der Migration zu GCP mit Terraform, GKE und GitOps, was die Konsistenz und Skalierbarkeit von Deployments verbesserte
- Implementierung des Datadog-Observability-Stacks mit Terraform und dem datadog-operator
- Einrichtung automatisierter End-to-End-Tests und On-Call-Prozesse zur Verbesserung der Incident-Response und Service-Zuverlässigkeit
- Migration vom NGINX Ingress Controller zur Kubernetes Gateway API (NGINX Gateway Fabric)
- Migration zustandsbehafteter Dienste (PostgreSQL und Redis) zu GCP, was Skalierbarkeit und operative Zuverlässigkeit steigerte
Hamza Khan
Letzte Position:
Wissenschaftlicher Forschungsmitarbeiter im Gesundheitsbereich (ehrenamtlich)
- Agierte als technischer Berater zur Optimierung von mehrschichtigen Ensemble-Modellen, die ResNet, CNN-BiGRU-Attention und XGBoost kombinierten.
- Begleitete die Umsetzung eines Logistic-Regression-Meta-Lerners zur Lösung von Klassenungleichgewichten und erreichte 92,86 % Genauigkeit und einen AUC-Wert von 0,9644 auf den Datensätzen PTB-XL und Chapman-Shaoxing.
Qaiser Abbasi
Letzte Position:
Freiberuflicher Lead DevOps Engineer bei Schwarz Gruppe Produktion
Bootstrapping eines CloudOps-Teams und Aufbau eines Multi-Cloud Provider-Backends für eine Low-Code Internal Developer Platform (IDP) mit env zero
Einführung von User Story Mapping, ADRs, Meilensteinen und Backlog-Management
Konzeption und Entwicklung der Kern-APIs, Setup von CI/CD-Pipelines, OpenTofu/Terraform-Skripte
Vertretung und Kommunikation des Teams bei Third-Party Stakeholdern (z. B. env zero)
(Cross-)Team-Coaching zu DevOps, Softwaredesign, Terraform, Golang und Agilen Methoden
Shriya Singh
Letzte Position:
Produktmanagerin bei passify
- Leitung des Aufbaus des internen Automatisierungs- und Risikomanagement-Portals von Passify, Verbindung von Workflows zwischen Teams über SharePoint und Power Automate.
- Moderation von Retrospektive-Workshops und Erstellung von PRDs und Design-Tickets im PDLC.
- Unterstützung der ISO 27001-Dokumentation und Einhaltung, mit Fokus auf Kundensupport, Benutzerregistrierung und interne Kommunikationsprozesse.
- Mithilfe bei der Abstimmung von Design, Entwicklung und Betrieb in einem modularen Designzyklus, um sicherzustellen, dass jede Version sowohl Geschäfts- als auch Nutzeranforderungen erfüllt.
- Beitrag zur Feature-Planung und Validierung für Subunternehmer-Workflows, Schulungs-Dashboards und Verbesserungen des Terminal-Portals.
Amogha Sathyanarayana
Letzte Position:
Senior Product Manager - OS, Plattform, IAM bei Aleph Alpha GmbH
- Verantwortlich für den Produktlebenszyklus der souveränen KI-Plattform und Betriebssystem-Teams für Enterprise- und Regierungskunden sowie interne Stakeholder (Infra, Lösungslieferung, Support, Umsatz)
- Plattform von einer 200-Nutzer-Beta auf einen vollständigen Rollout mit über 70.000 Mitgliedern bei der Bundesagentur für Arbeit (BA) aufgebaut und dabei ISO 42001- und EU-KI-Verordnungskonformität sichergestellt
- Die Umstellung auf eine mandantenfähige Shared Inference-Architektur entworfen, wodurch die GPU-Cluster-Auslastung von 20 % auf 85 % stieg und die Infrastrukturkosten pro Kunde für SaaS um 40 % sanken
- Modellquantisierung eingeführt, sodass Kunden fortschrittliche LLMs auf älterer Hardware (A100-GPUs) statt auf H100 ausführen können, wodurch über 70 % der Kosten pro Abfrage eingespart werden
- Komplexe Helm-Konfigurationen in einen dynamischen Modellmanager überführt, wodurch sich die Zeit für Installation oder Austausch von Modellen um rund 80 % verkürzte
- Eine teure Eigenentwicklung eines Dashboard-Services gestoppt, stattdessen auf eine API-first-Datenstrategie umgeschwenkt, die Kunden direkt nutzen können, und so €100.000+ an Opex und Capex eingespart
- Ein sicherheitsorientiertes Agenten-Marktplatz- und Control-Plane-Leuchtturmprojekt für eine Tier-1-Bank aufgebaut, das internen Teams die Bereitstellung autonomer Agenten innerhalb strenger regulatorischer Vorgaben ermöglicht
Kalpesh Patil
Letzte Position:
Praktikant Java-Entwickler bei Unzer GmbH
- Entwicklung eines Proof of Concept für verteiltes Tracing mit OpenTelemetry innerhalb einer Microservices-Architektur, wodurch die Systembeobachtbarkeit verbessert und die mittlere Fehlerbehebungszeit reduziert wurde.
- Aufbau und Wartung von Backend-Services mit Java und Spring Boot, um hohe Zuverlässigkeit und Leistung in Zahlungsabläufen sicherzustellen.
- Implementierung umfassender automatisierter Tests mit JUnit und Mockito, Erreichung einer Testabdeckung von 95 %, um Codequalität und Wartbarkeit zu gewährleisten.
- Einblick in Zahlungsabwicklungsprozesse gewonnen, End-to-End-Systemzuverlässigkeit validiert und Domänenwissen in Finanzprozessen aufgebaut.
- Eingesetzte Technologien: Java, Spring Boot, Microservices, REST API, Kafka, Grafana, Datadog, Docker, MongoDB
Entdecke mehr als 15.000 Top-Freelancer
Statistiken von Experten, die OpenTelemetry einsetzen
Aggregiert aus den beruflichen Profilen passender Freelancer.
Berufserfahrung
13 Jahre
Positionsdauer
1,4 Jahre
Positionen pro Freelancer
10
Häufigste Fachbereiche
Informationstechnologie (IT), Produktentwicklung, Qualitätssicherung
Häufigste Branchen
Informationstechnologie (IT), Bildung, Bank- und Finanzwesen
Fokus der Zertifizierungen
Informationstechnologie (IT), Produktentwicklung, Projektmanagement
Bachelor-Abschluss oder höher
100%
Master-Abschluss oder höher
67%
Zertifizierungen pro Freelancer
1
Häufigste Sprachen
Deutsch, Englisch, Spanisch
Sprechen zwei oder mehr Sprachen
100%
Basierend auf unserem Profilpool, Stand 30 Aug 2026.
Tagessatzverteilung
Das Diagramm zeigt, wie sich die Tagessätze der Freelancer in dieser Technologie in Berlin verteilen, basierend auf aktuellen Verträgen auf unserer Plattform. Jeder Balken deckt eine Tagessatzspanne ab – seine Höhe zeigt, wie viele Freelancer innerhalb dieser Spanne abrechnen.
Durchschnittssätze von Experten in Berlin, die OpenTelemetry einsetzen
Die Tagessätze basieren auf aktuellen Verträgen und enthalten keinen FRATCH-Aufschlag.
Der durchschnittliche Tagessatz ist der Mittelwert aller Tagessätze aus aktuellen Verträgen vergleichbarer Freelancer auf unserer Plattform.
Der Median-Tagessatz ist der mittlere Wert aller Tagessätze – die Hälfte der vergleichbaren Freelancer verlangt weniger, die andere Hälfte mehr. Anders als der Durchschnitt wird er von Ausreißern kaum beeinflusst.
Berechnet auf Basis der Tagessätze unserer Freelancer, Stand 30 Aug 2026. Die tatsächlichen Tagessätze können je nach Dienstalter, Erfahrung, Fachkenntnissen, Projektkomplexität und Auftragsdauer variieren.
Über die Technologie
Was es ist
OpenTelemetry, oft OTel genannt, ist der Standard zum Erfassen von Traces, Metriken und Logs aus moderner Software. Es hilft Teams zu sehen, wie Requests durch Services laufen, wo Latenzen entstehen und welche Komponente zuerst ausfällt. Unternehmen nutzen es, um verteilte Systeme beobachtbar zu machen, ohne sich an einen Anbieter zu binden.
Wo es passt
Es ist üblich in Microservices, APIs, ereignisgesteuerten Systemen, Kubernetes-Workloads und Cloud-native Plattformen. Teams in Berlin nutzen es auch in Produkt-, Finanz-, Logistik- und SaaS-Systemen, in denen schnelle Diagnose wichtig ist und viele Services voneinander abhängen.
Typische Arbeiten
- Traces, Metriken und Logs zu Services hinzufügen
- Den OpenTelemetry Collector konfigurieren
- Den Export zu Prometheus, Grafana, Jaeger oder Anbietertools einrichten
- Service-Namen, Attribute und Sampling standardisieren
- Störende Signale bereinigen und blinde Flecken reduzieren
Was starke Experten tun
Starke OpenTelemetry Spezialisten kennen Instrumentierungsbibliotheken, Context Propagation und Trace-Korrelation. Sie können Datenpfade lesen, fehlende Spans erkennen und Signal-Pipelines entwerfen, die auch unter Last stabil bleiben. Gute Arbeit ist praxisnah: klare Namen, nützliche Attribute und Daten, denen Teams vertrauen können.
Warum Unternehmen Freelancer hinzuziehen
Freelance-Expertise ist nützlich, wenn Observability ergänzt werden soll, ohne die Lieferung zu verlangsamen. Sie hilft auch bei Plattformmigrationen, Incident-Reviews, Tool-Austausch oder dem Wechsel von eigenem Monitoring zu OTel-basierten Standards. Viele Teams wollen vor einem größeren Rollout erst externe Spezialisten für eine kurze, fokussierte Einschätzung.
Ökosystem und Umsetzung
OpenTelemetry taucht meist zusammen mit SDKs, dem Collector, Prometheus, Grafana, Jaeger, Tempo, Loki und Cloud-Monitoring-Stacks auf. Ein sorgfältiger Spezialist kann diese Teile aufeinander abstimmen, das Setup dokumentieren und dem Team eine Lösung hinterlassen, die es selbst weiter betreiben kann. In Berlin heißt das oft, mit lokalen Teams auf Englisch zu arbeiten und sich in eine remote-first Umsetzung einzufügen.
Häufig gestellte Fragen
Was Kunden uns zu OpenTelemetry am häufigsten fragen – kurz beantwortet.
OpenTelemetry sammelt Traces, Metriken und Logs, damit Teams sehen können, wie sich Requests über Services hinweg verhalten. Es wird genutzt, um Engpässe zu finden, Fehler zu erklären und Produktionssysteme leichter zu betreiben. Die meisten Projekte nutzen es, um Observability zu strukturieren, nicht nur um mehr Daten hinzuzufügen.
OTel ist breiter als ein einzelnes Tracing-Tool. Es stellt APIs, SDKs und eine Collector-Ebene für Traces, Metriken und Logs bereit, während Jaeger vor allem dazu dient, Tracedaten zu speichern und zu prüfen. Viele Teams nutzen beides zusammen, wobei OTel die Daten an Jaeger oder ein anderes Backend sendet.
OpenTelemetry Spezialisten sind hilfreich, wenn Observability uneinheitlich ist, eigene Instrumentierung schwer zu pflegen ist oder Teams auf ein Standard-Setup umsteigen. Sie helfen auch, wenn Services über viele Laufzeitumgebungen verteilt sind und ein gemeinsames Trace- und Metrikmodell gebraucht wird. Ein Freelancer kann meist in der Entwurfs- und Rollout-Phase den größten Unterschied machen.
Ein starker OpenTelemetry Profi kennt meist Kubernetes, Cloud-Plattformen und einen oder mehrere Observability-Backends wie Prometheus oder Grafana. Wissen über Service Meshes, verteiltes Tracing und interne Abläufe von Application-Runtimes hilft ebenfalls. Für produktive Systeme sind sauberes Logging und gutes Metrikdesign genauso wichtig wie Tracing.
OpenTelemetry ist herstellerneutral und hilft Teams so, harte Bindungen an ein einzelnes Tool zu vermeiden. Agents der Anbieter können schneller startklar sein, binden Daten und Konfiguration aber oft an ein Ökosystem. OTel ist meist die bessere Wahl, wenn ein Unternehmen portierbare Observability über Tools und Umgebungen hinweg möchte.
OpenTelemetry Arbeit kann mit einer kurzen Analyse starten, wenn das System gut dokumentiert ist. Der Spezialist muss Service-Grenzen, das Deployment-Setup, die aktuellen Monitoring-Tools und die wichtigsten Signale kennen. Bei größeren Rollouts machen Zugriff auf Logs, Dashboards und ein paar echte Incidents die Arbeit deutlich schneller.
Ja, OpenTelemetry Arbeit eignet sich oft sehr gut für die remote Umsetzung, weil die meisten Aufgaben mit Code, Konfiguration und Dashboards zu tun haben. Berliner Teams arbeiten häufig mit englischsprachigen Spezialisten über Zeitzonen hinweg, während Workshops und Incident-Reviews schlank und fokussiert bleiben können. Vor-Ort-Zeit wird nur gebraucht, wenn das Team enges Pairing oder Zugriff auf sensible Systeme möchte.
Achte auf jemanden, der erklären kann, warum ein Signal fehlt, und nicht nur darauf, wie man eine Funktion einschaltet. Ein starker OpenTelemetry Spezialist entwirft klare Service-Namen, nützliche Attribute und einen Collector-Flow, der wartbar bleibt. Gute Ergebnisse lassen sich leicht abfragen, sind bei Incidents nützlich und passen dazu, wie das Team tatsächlich arbeitet.
Der durchschnittliche Stundensatz von Freelancern in Berlin, Deutschland, die OpenTelemetry in ihren letzten Projekten eingesetzt haben, liegt bei 76 €, was einem Tagessatz von etwa 608 € bei einem 8-Stunden-Tag entspricht.
Von den Freelancern in Berlin, Deutschland, die OpenTelemetry in ihren letzten Projekten eingesetzt haben, haben 100% mindestens einen Bachelor-Abschluss und 67% mindestens einen Master-Abschluss.
Freelancer in Berlin, Deutschland, die OpenTelemetry in ihren letzten Projekten eingesetzt haben, haben im Durchschnitt 13 Jahre Berufserfahrung; ein einzelnes Projekt dauert typischerweise etwa 1,4 Jahre.
Die häufigsten Sprachen unter Freelancern in Berlin, Deutschland, die OpenTelemetry in ihren letzten Projekten eingesetzt haben, sind Deutsch (100%), Englisch (100%) und Spanisch (14%).
Die häufigsten Industrien unter Freelancern in Berlin, Deutschland, die OpenTelemetry in ihren letzten Projekten eingesetzt haben, sind Informationstechnologie (IT) (100%), Bildung (57%) und Bank- und Finanzwesen (57%).
Die häufigsten Bereiche unter Freelancern in Berlin, Deutschland, die OpenTelemetry in ihren letzten Projekten eingesetzt haben, sind Informationstechnologie (IT) (100%), Produktentwicklung (86%) und Qualitätssicherung (71%).
Hauptstandorte der FRATCH Experten, die kürzlich OpenTelemetry 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.
Länder:
Berlin 
Hamburg München Köln Frankfurt Stuttgart Düsseldorf Leipzig Dortmund Essen Bremen Dresden Hannover Nürnberg 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!
Philipp Thomaschewski
FRATCH CEO
