Öğrenme yolu 04Ders 10 / 10

Teslimat sistemini ölçün

Teslimat akışını, kararsızlığı, hizmet sonuçlarını ve çabayı birlikte değerlendirin. Yapay zekânın etkisini değerlendirirken açık tanımlar kullanın.

Uygulayıcı10 minİncelendi

Yayımlayan Nasıl yazıyoruz?

Neler öğreneceksiniz?

  • Teslimat performansını kod üretme faaliyetinden ayırt edin.
  • Bir metriği olay tanımları ve kapsamıyla yorumlayın.
  • Ölçümleri kişileri sıralamak yerine iyileştirme seçmek için kullanın.

Vermeniz gereken kararla başlayın

Ekip, yapay zekânın teslimatı iyileştirip iyileştirmediğini bilmek istiyor. Üretilen satırları saymak farklı soruyu yanıtlar. Metrik seçmeden önce yararlı sonucu ve kalite koşullarını tanımlayın.

Kurgusal dışa aktarma hizmetinde istenen sonuç, kabul edilen değişikliklerin daha az toplam çabayla güvenilir teslimatıdır. Hazırlığı, uygulamayı, incelemeyi, düzeltmeyi ve beklemeyi kaydedin. Başarısız olan veya terk edilen değişiklikleri dahil edin.

Sınırı açık tek hizmet kullanın. Deneysel web sitesini kritik ödeme hizmetiyle birleştirmek, ikisini de açıklamayan sayı üretebilir. Dönemleri veya ekipleri karşılaştırmadan önce bağlamı açıklayın.

Güncel tanımları kullanın

DORA’nın güncel teslimat modeli beş metrik içerir. Bunların kapsamı her özelliğin değeri veya kişinin katkısı değil, teslimat performansıdır. DORA metrik tanımları.

MetrikÖlçümün odağı
Değişiklik teslim süresiCommit’ten üretime kadar geçen süre
Dağıtım sıklığıÜretim dağıtımı sıklığı
Başarısız dağıtım sonrası kurtarma süresiBaşarısız dağıtımdan sonra kurtarma
Değişiklik hata oranıAcil müdahale gerektiren dağıtımlar
Dağıtımda yeniden çalışma oranıÜretim olaylarının neden olduğu plansız dağıtımlar

Gösterge paneli başka tanım kullanabilir. Sonucu yorumlamadan önce okuyun. Taiga’nın güncel dağıtım belgeleri, sağlayıcı dağıtım kayıtlarından türetilen dört metriği açıklar. Kurtarma ölçümü, sonraki başarılı dağıtımı kullanır. Bu, her üretim olayının eksiksiz kaydı değildir. Taiga tanımları.

Kurgusal değişiklik dizisini inceleyin

Hizmetin bir ayda on iki dağıtım yaptığını varsayın. Sekizi planlı değişiklikleri teslim eder. Dördü önceki yayınların sorunlarını onarır. Sayı on ikidir, ancak bileşim önemlidir.

Sonraki ay ekip on dağıtım yapar: dokuz planlı değişiklik ve bir onarım. Daha az dağıtım, daha çok yararlı işle birlikte gerçekleşebilir. Bu sayılar yorumlamayı gösterir; performans karşılaştırma ölçütü değildir.

Dağılımı da inceleyin. Uzun bir inceleme beklemesi ortalamada kaybolabilir. Tek hatadan gelen kurtarma ölçümü, gelecekteki güvenilirlik için zayıf kanıttır. Gözlem sayısını ve önemli istisnaları raporlayın.

Akışı sonuçlarla birlikte değerlendirin

Teslimat değişikliklerinin kullanıcıları etkileyip etkilemediğini kontrol etmek için hizmet sinyallerini kullanın. Dışa aktarmalar daha sık başarısız oluyorsa daha hızlı pipeline yeterli değildir. Uygun SLO veya açıkça tanımlanmış başka sonuç ölçüsü kullanın. SLO rehberi.

İnceleme çabası ve yeniden çalışma, sonucu açıklamaya yardımcı olur. Yapay zekâ uygulama süresini kısaltıyor ancak büyük diff’ler üretiyorsa inceleme kısıta dönüşebilir. Ortamları edinmek günler sürüyorsa hızlı kodlama toplam teslimat süresini az etkileyebilir.

Gözlenen kısıtı ele alan bir iyileştirme seçin. Örneğin desteklenen test ortamı sağlayın veya değişiklik boyutunu küçültün. Ekibin zayıflatılmış kontrollerden kaynaklanan görünürdeki hız kazanımını tespit edebilmesi için dengeleyici kalite metriği tanımlayın.

Ölçümü yararlı tutun

PR sayısı veya üretilen kod üzerinden kişisel sıralamalardan kaçının. Bu ölçüler işi yapay biçimde bölmeyi, zor bakım işinden kaçınmayı veya inceleme çabasını çalışma arkadaşlarına aktarmayı ödüllendirebilir.

Sonucu, hizmetin tamamından sorumlu kişilerle inceleyin. Araçta, iş bileşiminde, ekipte ve ortamda neyin değiştiğini kaydedin. Öncesi-sonrası karşılaştırmasını, otomatik nedensellik kanıtı değil, sınırları olan kanıt olarak ele alın.

Amaç, sonraki kararı iyileştirmektir. Doğrulanmış iyileştirmeye yol açan küçük ve güvenilir ölçüm, anlamı üzerinde anlaşılmamış büyük gösterge panelinden daha yararlıdır.

On değişiklikle uygulama yapın

Bu ayrı kurgusal veri kümesi, on planlı değişikliği kaydeder. Tüm saatler, gösterilen tarihte UTC’dir. Boş düzeltme alanı, bu veri kümesinde düzeltme kaydedilmediği anlamına gelir.

Değişiklik / tarihİş başlarKod hazırİnceleme başlarKabul edildiYayımlandıDüzeltildi
C01 · 2026-09-1408:0008:4509:1509:3010:00—
C02 · 2026-09-1409:0009:3012:0012:2013:00—
C03 · 2026-09-1508:0009:0009:1509:4010:0015:00
C04 · 2026-09-1510:0010:3010:4511:0011:15—
C05 · 2026-09-1608:0009:0013:0013:3014:00—
C06 · 2026-09-1610:0011:0011:3012:0012:15—
C07 · 2026-09-1708:0008:3009:0009:2009:30—
C08 · 2026-09-1710:0010:4511:0011:3014:30—
C09 · 2026-09-1808:0008:3009:0009:3010:00—
C10 · 2026-09-1809:0009:3010:0010:3011:0014:00

Kodun hazır olmasından incelemenin başlamasına, ardından kabulden yayına kadar geçen süreyi karşılaştırın. Görünen en uzun beklemeyi belirleyin. Önlenebilir demeden önce nedenini araştırın. Bu zaman damgaları etkin çabayı ölçmez veya olayın ne zaman başladığını belirlemez. Düzeltme yayını tek başına başarısız dağıtım sonrası kurtarma süresini ortaya koyamaz.

Kurgusal veri kümesini indirin (CSV)

Bekleme sürelerini kontrol edin

Yorumunuzu kontrol edin: C05 inceleme için dört saat bekler. C08 kabulden sonra yayına kadar üç saat bekler. Veri kümesi bu beklemeleri açıklamaz. Kapasiteyi, çalışma saatlerini, yayın politikasını ve bağımlılıkları sorun.

Alıştırmayı yapın

Bu dersteki on değişiklikli veri kümesini kullanın. Dağıtımı, başarısız değişikliği ve kurtarma olayını tanımlayın. Görünen en uzun beklemeyi bulun ve nedenini neyin ortaya koyacağını belirtin. Bir iyileştirme ve kalitenin kötüleştiğini gösterecek ölçü önerin.

Çalışma sayfasını indir (Markdown)

Anladığınızı kontrol edin

Yapay zekâ kullanılmaya başlandıktan sonra dağıtım sıklığı artarken plansız onarım dağıtımları da artıyor. Hangi sonuca varmalısınız?

Kaynaklar ve ek okumalar

Taiga'dan ilgili okumalar