OpenTelemetry Experts in Berlin
matched in minutes from over 15,000 CVs with the power of AI.Hire experts who instrument services, trace requests across microservices, and wire OpenTelemetry into Prometheus, Grafana, and collector pipelines. Get vetted, available freelancers matched fast and precisely for your Berlin project.
Meet FRATCH Experts in Berlin, who have recently used OpenTelemetry
Jorge Nuricumbo
Last position:
Senior Developer at SafeXSmart KI Solutions UG
AI Platform Backend – Senior Developer
Brought in to design and build a backend for an AI platform from scratch, including multi-provider LLM orchestration and real-time infrastructure for AI influencer personas at scale.
Tasks and responsibilities
- Architected and implemented a multi-LLM orchestration layer with Semantic Kernel to integrate GPT-4 and other providers for core platform logic and AI influencer personas, reducing model-switching overhead by abstracting provider APIs behind a single interface.
- Designed and developed a backend from scratch in C# / .NET 10, including domain modeling with DDD, a versioned RESTful API layer, and cloud infrastructure setup on Azure.
- Built a real-time chat infrastructure with Server-Sent Events (SSE), message persistence, and delivery guarantees for live operation of AI influencer personas at scale.
- Developed a media management service with integration of cloud object storage for upload and retrieval of influencer-generated content.
- Created an integration and unit test suite with data seeding for reliable regression testing across all core platform flows, significantly reducing the production error rate.
Tools and technologies: 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
Last position:
Freelancer at Freelancer — Pharma Industry
- Led migration to GCP using Terraform, GKE, and GitOps, improving deployment consistency and scalability
- Implemented Datadog observability stack via Terraform and datadog-operator
- Established automated end-to-end tests and on-call processes, improving incident response and service reliability
- Migrated from NGINX Ingress Controller to Kubernetes Gateway API (NGINX Gateway Fabric)
- Migrated stateful services (PostgreSQL and Redis) to GCP, improving scalability and operational reliability
Hamza Khan
Last position:
Academic Research Contributor in Health Sector (Volunteer)
- Acted as technical consultant to optimize multi-layer ensemble models combining ResNet, CNN-BiGRU-Attention, and XGBoost.
- Guided implementation of a Logistic Regression meta-learner to solve class imbalance problems, achieving 92.86% accuracy and 0.9644 AUC on PTB-XL and Chapman-Shaoxing datasets.
Qaiser Abbasi
Last position:
Freelance Lead DevOps Engineer at Schwarz Gruppe Produktion
Bootstrapping a CloudOps team and building a multi-cloud provider backend for a low-code Internal Developer Platform (IDP) with env zero
Introducing user story mapping, ADRs, milestones, and backlog management
Designing and developing core APIs, setting up CI/CD pipelines, OpenTofu/Terraform scripts
Representing and communicating the team with third-party stakeholders (e.g. env zero)
(Cross-)team coaching on DevOps, software design, Terraform, Golang, and agile practices
Shriya Singh
Last position:
Product Manager at passify
- Leading the setup of Passify’s internal automation and risk management portal, connecting workflows across teams through SharePoint and Power Automate.
- Moderating retrospective workshops and creating PRDs and design tickets during PDLC.
- Supporting ISO 27001 documentation and compliance, focusing on customer support, user registration, and internal communication processes.
- Helping align design, development, and operations in a modular design cycle, ensuring each release meets both business and user needs.
- Contributing to feature planning and validation for subcontractor flows, training dashboards, and terminal portal improvements.
Amogha Sathyanarayana
Last position:
Senior Product Manager - OS, platform, IAM at Aleph Alpha GmbH
- Leading the product lifecycle for sovereign AI platform and operating system teams for enterprise & government clients and internal stakeholders (infra, solution delivery, support, revenue)
- Built and scaled the platform from a 200-user beta to a full rollout of 70K+ members at the Bundesagentur für Arbeit (BA), secured with ISO 42001 and EU AI Act compliance
- Architected the shift to a multi-tenant shared inference, increasing GPU cluster utilization from 20% to 85% and reducing infrastructure cost-to-serve by 40% for SaaS clients
- Shipped model quantization, allowing clients to run advanced LLMs on legacy hardware (A100s GPUs) instead of the H100s, saving upwards of 70% cost per enquiry
- Abstracted complex Helm configurations into a dynamic model manager, reducing the time to install or swap models by ~80%
- Killed an expensive move to build own dashboard service, pivoting to an API-first data strategy that clients can consume directly and saving €100Ks in opex and capex
- Built a safety-first agent marketplace and control plane lighthouse project for a Tier-1 bank, allowing internal teams to deploy autonomous agents within strict regulatory guardrails
Kalpesh Patil
Last position:
Intern Java Developer at Unzer GmbH
- Developed a Proof of Concept for distributed tracing using OpenTelemetry within a microservices architecture, enhancing system observability and reducing mean-time-to-resolution for issues.
- Built and maintained backend services using Java and Spring Boot, ensuring high reliability and performance for payment transaction workflows.
- Implemented comprehensive automated testing with JUnit and Mockito, achieving 95% test coverage to ensure code quality and maintainability.
- Gained insight into payment transaction workflows, validating end-to-end system reliability and gaining domain knowledge in financial processes.
- Tech used: Java, Spring Boot, Microservices, REST API, Kafka, Grafana, Datadog, Docker, MongoDB
Discover over 15,000 top freelancers
Statistics of experts using OpenTelemetry
Aggregated from the professional profiles of matched freelancers.
Experience
13 years
Position duration
1.4 years
Positions per freelancer
10
Top business areas
Information Technology, Product Development, Quality Assurance
Top industries
Information Technology, Education, Banking and Finance
Certification focus areas
Information Technology, Product Development, Project Management
Bachelor's degree or higher
100%
Master's degree or higher
67%
Certifications per freelancer
1
Most common languages
German, English, Spanish
Speak two or more languages
100%
Based on our profile pool as of 30 Aug 2026.
Daily rate distribution
The chart shows how the daily rates of freelancers in this technology in Berlin are distributed, based on recent contracts on our platform. Each bar covers a rate range — its height shows how many freelancers charge within that range.
Average rates of experts in Berlin using OpenTelemetry
Rates are based on recent contracts and do not include FRATCH margin.
The average daily rate is the mean of all daily rates from recent contracts of comparable freelancers on our platform.
The median daily rate is the middle value of all daily rates — half of comparable freelancers charge less, half charge more. Unlike the average, it is barely affected by outliers.
Calculated based on our freelancers’ daily rates as of 30 Aug 2026. Actual rates may vary depending on seniority level, experience, skill specialization, project complexity, and engagement length.
About the technology
What it is
OpenTelemetry, often called OTel, is the standard for collecting traces, metrics, and logs from modern software. It helps teams see how requests move through services, where latency starts, and which component fails first. Companies use it to make distributed systems observable without locking into one vendor.
Where it fits
It is common in microservices, APIs, event-driven systems, Kubernetes workloads, and cloud-native platforms. Teams in Berlin also use it in product, finance, logistics, and SaaS systems where fast diagnosis matters and many services depend on each other.
Typical work
- Add traces, metrics, and logs to services
- Configure the OpenTelemetry Collector
- Set up export to Prometheus, Grafana, Jaeger, or vendor tools
- Standardize service naming, attributes, and sampling
- Clean up noisy signals and reduce blind spots
What strong experts do
Strong OpenTelemetry specialists know instrumentation libraries, context propagation, and trace correlation. They can read data paths, spot missing spans, and design signal pipelines that stay stable under load. Good work is practical: clear naming, useful attributes, and data that teams can trust.
Why companies bring in freelancers
Freelance expertise is useful when observability needs to be added without slowing delivery. It also helps during platform migration, incident review, tool replacement, or a move from custom monitoring to OTel-based standards. Many teams want outside specialists for a short, focused assessment before a broader rollout.
Ecosystem and delivery
OpenTelemetry usually appears together with SDKs, the Collector, Prometheus, Grafana, Jaeger, Tempo, Loki, and cloud monitoring stacks. A careful specialist can align these parts, document the setup, and leave teams with a setup they can maintain. In Berlin, that often means working with local teams in English and fitting into remote-first delivery.
Frequently asked questions
Curious about OpenTelemetry? Here are the answers that come up again and again.
OpenTelemetry collects traces, metrics, and logs so teams can see how requests behave across services. It is used to find bottlenecks, explain failures, and make production systems easier to operate. Most projects use it to bring structure to observability, not just to add more data.
OTel is broader than a single tracing tool. It provides APIs, SDKs, and a collector layer for traces, metrics, and logs, while Jaeger is mainly used to store and inspect trace data. Many teams use both together, with OTel sending data into Jaeger or another backend.
OpenTelemetry specialists are useful when observability is inconsistent, custom instrumentation is hard to maintain, or teams are moving to a standard setup. They also help when services span many runtimes and a shared trace and metric model is needed. A freelancer can usually make the biggest difference during the design and rollout phase.
A strong OpenTelemetry professional usually knows Kubernetes, cloud platforms, and one or more observability backends such as Prometheus or Grafana. Knowledge of service meshes, distributed tracing, and application runtime internals also helps. For production work, clean logging and metrics design matter as much as tracing.
OpenTelemetry is vendor-neutral, so it helps teams avoid hard ties to one tool. Vendor agents can be quicker to start, but they often lock data and configuration into one ecosystem. OTel is usually the better fit when a company wants portable observability across tools and environments.
OpenTelemetry work can start with a short discovery if the system is well documented. The specialist needs to know service boundaries, deployment setup, current monitoring tools, and which signals matter most. For larger rollouts, access to logs, dashboards, and a few real incidents makes the work much faster.
Yes, OpenTelemetry work is often well suited to remote delivery because most tasks are code, config, and dashboard related. Berlin teams commonly work with English-speaking specialists across time zones, while workshops and incident reviews can stay lightweight and focused. On-site time is only needed when the team wants close pairing or access to sensitive systems.
Look for someone who can explain why a signal is missing, not just how to turn a feature on. A strong OpenTelemetry specialist will design clear service names, useful attributes, and a collector flow that stays maintainable. Good results are easy to query, useful during incidents, and aligned with how the team actually operates.
The average hourly rate of freelancers in Berlin, Germany who have used OpenTelemetry in their recent projects is 76 €, which corresponds to a daily rate of about 608 € based on an 8-hour working day.
Of the freelancers in Berlin, Germany who have used OpenTelemetry in their recent projects, 100% hold at least a Bachelor's degree and 67% hold at least a Master's degree.
On average, freelancers in Berlin, Germany who have used OpenTelemetry in their recent projects have 13 years of professional experience, with a single engagement typically lasting around 1.4 years.
The most common languages among freelancers in Berlin, Germany who have used OpenTelemetry in their recent projects are German (100%), English (100%), and Spanish (14%).
The most common industries among freelancers in Berlin, Germany who have used OpenTelemetry in their recent projects are Information Technology (100%), Education (57%), and Banking and Finance (57%).
The most common business areas among freelancers in Berlin, Germany who have used OpenTelemetry in their recent projects are Information Technology (100%), Product Development (86%), and Quality Assurance (71%).
Main locations of FRATCH Experts, who have recently used OpenTelemetry
Our freelancers and interim experts are at home across the DACH region — available on-site in the major business hubs or fully remote. Choose a location to discover matched specialists, local market insights and up-to-date availability.
Countries:
Request a free demo
Get in touch with the FRATCH team and we will get back to you within 4 hours.
Would you rather directly get in touch?
We always have the time for a call or email!
