Durante años, los equipos que migran de SDKs de proveedores a OpenTelemetry se quejan de que el progreso parece estancado. Las herramientas de los proveedores son a prueba de errores; OTel llega con sellos experimentales y aproximadamente seis formas de realizar tareas. Mientras se mantiene un sistema independiente del proveedor, el soporte por idiomas sigue siendo desigual. Golang y .NET lideran, mientras otros se quedan atrás. La instrumentación automática funciona hasta encontrar un obstáculo abrupto que requiere trabajo manual.

La percepción de la comunidad sugiere un progreso lento, pero los datos revelan una crisis triple. Una puerta de estabilidad binaria combinada con un pequeño grupo de mantenedores genera hesitación para marcar funciones como estables. Una vez publicadas, los cambios se vuelven imposibles, lo que incentiva debates interminables sobre problemas potenciales en docenas de idiomas.

Para gestionar el alcance, el trabajo se divide en Core y Contrib. Core maneja especificaciones neutrales al proveedor revisadas rigurosamente. Contrib cubre integraciones de movimiento más rápido. Esta estructura refleja el patrón de otel-collector pero destaca la tensión continua entre estabilidad y expansión rápida en el ecosistema de observabilidad. Los equipos pequeños a menudo carecen del tiempo o presupuesto para ello.