Architecte & Développeur OpenTelemetry - Freelance

Objectif global :

Construire Offre OpenTelemetry as a service

Pour accompagner la transformation de nos services de monitoring, nous concevons une offre innovante de "Collecte-as-a-Service" (CaaS). L'objectif est de fournir à nos clients internes et externes une plateforme d'ingestion de télémétrie (Logs, Metrics, Traces) unifiée, scalable, sécurisée et agnostique.

En tant qu'Architecte & Développeur OpenTelemetry (OTel), vous serez la clé de voûte de cette initiative. Vous concevrez l'architecture globale des collecteurs, développerez des pipelines de routage dynamiques, et assurerez l'intégration fluide de cette télémétrie vers différents backends du marché (principalement Splunk et Elasticsearch/Elastic Stack, mais aussi potentiellement Prometheus, Datadog, Jaeger...).

Missions principales

1. Architecture & Design (40%)

Concevoir l’architecture globale de la plateforme d'ingestion de télémétrie basée sur OpenTelemetry (OTel Collector contrib/core) pour un déploiement multi-tenant et multi-cloud (AWS, GCP, Azure, On-Premise).

Définir les stratégies de haute disponibilité, de tolérance aux pannes (buffering, retry policies) et de scalabilité horizontale des collecteurs (Gateway et Agents).

Modéliser le cycle de vie de la donnée (filtrage, enrichissement, masquage des données sensibles/GDPR à la source, routage intelligent vers Splunk et Elastic).

Garantir la sécurité de la plateforme (authentification mTLS, gestion des secrets, RBAC, isolation des tenants).

2. Développement & Engineering (40%)

Développer et packager des configurations OTel complexes et, si nécessaire, coder des processeurs, récepteurs ou exportateurs personnalisés (Custom OTel Components) en Go (Golang).

Automatiser le provisionnement des agents et des pipelines de collecte via des pratiques GitOps et de l'Infrastructure as Code (IaC) (Terraform, Helm charts, Kubernetes Operators).

Créer l'interface de configuration "As-a-Service" (API-driven) permettant aux utilisateurs de provisionner et configurer leurs pipelines de collecte de manière autonome.

Assurer l'interopréabilité et la traduction optimale des formats (OTLP vers Splunk HEC, OTLP vers Elastic ECS).

3. Évangélisation, Support & Amélioration Continue (20%)

Documenter les standards de configuration et les meilleures pratiques pour les équipes de développement utilisatrices.

Mettre en place le monitoring de la plateforme d’observabilité elle-même (auto-observabilité des collecteurs : rate d'ingestion, drop de messages, CPU/RAM).

Assurer une veille technologique active sur l'écosystème OpenTelemetry (CNCF) et contribuer aux projets open-source si nécessaire.