لسنوات، يشتكي الفرق التي تنتقل من SDKات البائعين إلى OpenTelemetry من أن التقدم يبدو متوقفاً. أدوات البائعين مصممة لتعمل بسهولة؛ بينما يأتي OTel بختم تجريبي وحوالي ست طرق لإنجاز المهام. وفي حين الحفاظ على نظام محايد للبائعين، يظل دعم اللغات غير متساوٍ. تقود Golang و.NET القائمة، بينما تتأخر لغات أخرى. تعمل الأتمتة التلقائية حتى تصطدم بعقبة حادة تتطلب عملاً يدوياً.

توحي إدراك المجتمع بتقدم بطيء، لكن البيانات تكشف عن أزمة ثلاثية. تخلق بوابة استقرار ثنائي مقترنة بقلة عدد المشرفين تردداً في وضع علامة الاستقرار على الميزات. بمجرد نشرها، تصبح التغييرات مستحيلة، مما يحفز نقاشاً لا نهاية له حول المشكلات المحتملة عبر عشرات اللغات.

لإدارة النطاق، ينقسم العمل إلى Core وContrib. يتعامل Core مع مواصفات محايدة للبائعين تخضع لمراجعة دقيقة. ويغطي Contrib التكاملات سريعة الحركة. تعكس هذه البنية نمط otel-collector لكنها تسلط الضوء على التوتر المستمر بين الاستقرار والتوسع السريع في نظام المراقبة البيئي. غالباً ما تفتقر الفرق الأصغر إلى الوقت أو الميزانية لذلك.