DORA Ölçümleri ve CI/CD Sağlığı

DORA Metrikleri'ne hoş geldiniz! Modern yazılım geliştirmede yalnızca kod dağıtmak yeterli değildir. Geliştirme ve operasyon süreçlerimizin ne kadar iyi performans gösterdiğini anlamamız gerekir.

DORA metrikleri, CI/CD sağlığınızı ve genel DevOps performansınızı ölçmek ve iyileştirmek için güçlü bir çerçeve sunar.

DORA, yazılım teslimat performansını ve kurumsal sonuçları öngören dört temel metriği belirleyen DevOps Araştırma ve Değerlendirme grubunun kısaltmasıdır.

• Dağıtım Sıklığı (DF)
• Değişiklikler İçin Ön Süre (LTFC)
• Ortalama Geri Yükleme Süresi (MTTR)
• Değişiklik Başarısızlık Oranı (CFR)

Şimdi her birini ayrıntılı olarak inceleyelim!

Dağıtım Sıklığı, kuruluşunuzun kodu üretim ortamına ne sıklıkla başarıyla yayımladığını ölçer. Kullanıcılarınıza ne kadar hızlı değer sunabildiğinizi gösterir.

Daha yüksek dağıtım sıklığı genellikle daha küçük ve daha az riskli değişikliklerin dağıtıldığı anlamına gelir; bu da daha hızlı geri bildirim döngülerine ve sürekli iyileştirmeye yol açar.

Dağıtım Sıklığını izlemek için belirli bir dönem boyunca (ör. günlük, haftalık veya aylık) üretim ortamınıza yapılan başarılı dağıtımların sayısını saymanız yeterlidir.

• Örnek: Ekibiniz bir hafta içinde 15 kez dağıtım yaparsa DF değeriniz 15/hafta olur.
• Hedef: Bu sayıyı artırın. En yüksek performans gösteren ekipler günde birden çok kez dağıtım yapar.

Değişiklikler İçin Ön Süre, bir kod değişikliğinin gönderimden üretimde başarıyla çalışmasına kadar geçen süredir. Tüm geliştirme işlem hattınızın hızını ölçer.

Bu metrik; kodlama, test, inceleme ve dağıtım dahil olmak üzere geliştirme sürecinizin verimliliğini gösterir.

LTFC, geliştiricinin kodu göndermesiyle başlar ve kodun kullanıcılar için kullanıma sunulmasıyla sona erer. Genellikle saat veya gün cinsinden ölçülür.

• Örnek: Pazartesi sabahı gönderilen bir özellik salı akşamı üretimde kullanıma sunulursa LTFC yaklaşık 36 saattir.
• Hedef: Bu süreyi azaltın. Daha kısa ön süreler, daha hızlı teslimat ve daha hızlı yineleme anlamına gelir.

Ortalama Geri Yükleme Süresi (MTTR), bir üretim olayı veya arızasından sonra hizmetin geri yüklenmesinin ne kadar sürdüğünü ölçer. Ekibinizin sorunlara yanıt verme ve bu sorunlardan kurtulma becerisini yansıtır.

Düşük bir MTTR, güçlü operasyonel dayanıklılığa ve etkili olay yanıtı prosedürlerine işaret eder.

MTTR, bir olayın algılandığı andan hizmet tamamen geri yüklenene kadar hesaplanır. Genellikle dakika veya saat cinsinden ölçülür.

• Örnek: Bir uygulama kesintisini belirlemek, tanılamak ve düzeltmek 2 saat sürerse bu olayın MTTR değeri 2 saattir.
• Hedef: Bu süreyi azaltın. Daha hızlı kurtarma, kullanıcı etkisini ve iş kesintisini en aza indirir.

Değişiklik Başarısızlık Oranı, üretime yapılan değişikliklerin hizmetin kötüleşmesine yol açan, geri alma gerektiren veya başka bir şekilde acil düzeltme gerektiren yüzdesidir.

Bu metrik, dağıtım sürecinizin kararlılığını ve güvenilirliğini anlamak için kritik öneme sahiptir. Yüksek CFR, test veya dağıtım uygulamalarında sorunlar olduğunu gösterir.

CFR, başarısız dağıtımların sayısının belirli bir dönemdeki toplam dağıtım sayısına bölünüp 100 ile çarpılmasıyla hesaplanır.

• Örnek: 100 dağıtımın 5'i bir üretim olayına neden olursa CFR değeriniz %5 olur.
• Hedef: Bu sayıyı mümkün olduğunca düşük tutun. En yüksek performans gösteren ekiplerde CFR genellikle %15'in altındadır.

Dört DORA metriğini öğrendiniz. Şimdi her birinin neyi ölçtüğünü anlayıp anlamadığınızı sınayalım.

Tebrikler! Dört DORA metriğini öğrendiniz:

• Dağıtım Sıklığı: Ne kadar sık sürüm yayımladığınız.
• Değişiklikler için Teslim Süresi: Kodun ne kadar hızlı canlıya alındığı.
• Ortalama Geri Yükleme Süresi: Sorunları ne kadar hızlı çözdüğünüz.
• Değişiklik Başarısızlık Oranı: Dağıtımların ne kadar sık sorunlara yol açtığı.

Bu metrikleri izleyerek CI/CD sisteminizin durumu hakkında derinlemesine bilgi edinebilir ve DevOps uygulamalarınızda sürekli iyileştirme sağlayabilirsiniz.