OpenTelemetry projelerinde bakımcı darboğazı gelişimi yavaşlatıyor
Öne çıkanlar
- C++, Kotlin, Ruby ve Python SDK depolarında onayların yüzde 60'tan fazlası tek bir bakımcıya ait.
- Prometheus 31, Envoy 28 farklı onaylayıcıya sahipken PHP SDK deposunda yalnızca iki kişi bulunuyor.
- Kalıcı kararlılık güvencesi baskısı, özelliklerin deneysel aşamadan çıkmasını zorlaştırıyor.
Gözlemlenebilirlik alanında standart haline gelen açık kaynaklı OpenTelemetry projesinde karar alma ve geliştirme süreçlerinin tıkandığına dair endişeler somut verilerle ortaya kondu. Mat Duggan tarafından yapılan GitHub veri analizi, Envoy ve Prometheus gibi diğer CNCF projelerinin aksine OpenTelemetry SDK depolarında iş yükünün son derece dar bir ekibin üzerinde kaldığını gösterdi.
Analiz edilen son 24 aylık verilere göre C++, Kotlin, Ruby ve Python SDK depolarında birleştirilen kod değişikliklerinin yüzde 60 ila 86 gibi ezici bir kısmı tek bir bakımcı tarafından onaylandı. PHP tarafında ise sürecin sadece iki kişi tarafından yürütüldüğü tespit edildi. Geniş bir programlama dili ve kütüphane yelpazesini desteklemeye çalışan projede, geriye dönük uyumluluk ve kesin kararlılık baskısı nedeniyle özelliklerin 'deneysel' etiketinden kurtulması aylar alıyor.
Süreçlerin yavaşlamasında sanılanın aksine sağlayıcı tartışmalarından ziyade aşırı geniş kapsam ve tam zamanlı bakımcı eksikliği belirleyici rol oynuyor. Go ve .NET SDK'ları görece daha geniş katkıcı tabanına sahip olsa da Ruby ve PHP gibi dillerde yaşanan kaynak yetersizliği, küçük ekiplerin OpenTelemetry adaptasyonunu zorlaştırıyor.
Bu özet yapay zekâ ile hazırlanmıştır; ayrıntılar ve doğrulama için orijinal kaynağa başvurun.