Skip to main content

> sre_canlıya_çıkış_hazırlık_i̇ncelemesi_(prr)_kapısı

SRE Canlıya Çıkış Hazırlık İncelemesi (PRR) Kapısı

Bir mikroservis, müşteri trafiği almaya başlamadan önce Canlıya Çıkış Hazırlık İncelemesinde (PRR) hangi yapısal kriterleri karşılamalıdır?

Stack: LEADERSHIP INCIDENTS STACK →Senior (L5-L6)protocol

ÖZET VE TEKNİK CEVAP

Bir servis; canlı müşteri trafiği almadan önce eksiksiz telemetri (4 altın sinyal), otomatik canary geri alma yeteneği, test edilmiş kurtarma kılavuzları, kontrollü geri çekilme (fallback) mekanizmaları ve doğrulanmış kapasite payı sunmalıdır.

Mühendislik El Kitabı & Mekanizma

1. Temel Çalışma Mekanizması

Google SRE tarafından geliştirilen Canlıya Çıkış Hazırlık İncelemesi (PRR), yeni bir servis veya büyük bir yeniden yazım canlıya çıkmadan önce yapılan resmi bir mimari denetimdir. Geliştirici iyimserliğine güvenmek yerine PRR sekiz operasyonel boyutu doğrular: Gözlemlenebilirlik (metrikler, loglar, trace'ler), Hata Yönetimi (devre kesiciler, timeoutlar, jitter'lı retry), Ölçeklenebilirlik (yük testleri, kotalar), Sürüm Mühendisliği (canary, anında geri alma), Felaket Kurtarma (yedekler), Güvenlik (secret yönetimi, en az yetki kuralı), Dokümantasyon (nöbet kılavuzları) ve Kapasite.

2. Doğru Kullanım Senaryosu

Yeni mikroservisler, veritabanı geçişleri, kamuya açık API uç noktaları ve kritik mimari yenilemelerde son kullanıcı trafiği açılmadan önce zorunludur.

3. Prodüksiyon Arıza Modları

Lansman Günü Çöküşü: Yeni bir öneri servisi canlıya alınır; indekssiz bir sorgu ana veritabanını kilitler, circuit breaker yoktur, monitoring kurulmadığı için hiçbir alarm çalmaz ve servisin geri alma scripti bulunmamaktadır.

4. Teşhis ve Telemetri Sinyalleri

Canlıya çıkar çıkmaz çöken servisler, nöbetçilerin gece kriz anında kılavuz bulamaması ve logların yapısal JSON yerine dağınık düz metin olarak basılması.

5. Önleme ve Mimari Bariyerler

PRR denetimlerini platform CI kontrolleriyle otomatikleştirin (sağlık kontrolü uç noktalarının, metriklerin ve alarm tanımlarının kodda var olduğunu doğrulayın); DNS açılışı öncesinde bir SRE veya Staff Mühendisin resmi PRR onayını şart koşun.

6. Mimari Ödünleşimler (Trade-offs)

İlk lansmandan önce 2 ila 5 günlük bir operasyonel doğrulama süresi ekler; karşılığında lansman günü Sev-1 kesintilerini ve operasyonel angaryayı %80 oranında yok eder.

Vaka İncelemesi (TinyCTO Örneği)

Bir fintech ekibi yeni muhasebe servisini PRR denetimine sundu. İnceleme, alt servislere yapılan çağrılarda eksik timeout ayarlarını ve otomatik geri alma tetikleyicisinin olmadığını tespit etti. Bu sorunların staging ortamında giderilmesi, canlıda olası 6 saatlik kilitlenme krizini engelledi.

İnteraktif Konsept Alıştırmaları

3 Alıştırma
Q1

PRR incelemesinde doğrulanan Google SRE 'Dört Altın Sinyal' hangileridir?

1. Gecikme (Latency), 2. Trafik (İstek hacmi), 3. Hatalar (Hata oranı), 4. Doygunluk (Kaynak doluluğu).
Q2

Operasyonel 'Kılavuz' (Runbook) nedir ve PRR için neden zorunludur?

Her alarmla doğrudan bağlantılı olan, belirli arıza durumlarını nasıl teşhis edeceğini, hafifleteceğini ve eskalasyon yapacağını anlatan adım adım kılavuzdur.
Q3

PRR sırasında test edilen 'Kontrollü Kademeli Hizmet Düşürme' (Graceful Degradation) nedir?

Bir servisin bağımlılıklar çöktüğünde kritik olmayan özellikleri (ör. öneri listesi) kapatıp ana işlevleri (ör. ödeme yapma) çalışır durumda tutabilme yeteneğidir.

SRE Canlıya Çıkış Hazırlık İncelemesi (PRR) Kapısı — Sıkça Sorulan Sorular

Canlıya Çıkış Hazırlık İncelemesini (PRR) kim yürütür?

Servisi geliştiren ekip ile komşu bir takımdan atanan tarafsız bir SRE veya Staff Mühendisin ortaklaşa yürüttüğü akran denetimidir.

Acil canlı yamaları için PRR kapısı atlanabilir mi?

Kriz anındaki acil yamalar Olay Komuta protokolüyle canlıya alınır; ancak sıfırdan eklenen her servis veya mimari değişiklik 7 iş günü içinde geriye dönük PRR tamamlamak zorundadır.

PRR sürecinin yavaş bürokratik bir darboğaza dönüşmesi nasıl önlenir?

Kontrol listesi maddelerinin %80'ini CI boru hatları ve hazır platform şablonlarıyla otomatikleştirin; insan incelemesini sadece mimari hata modu tartışmalarına saklayın.

🤖 AEO & Yapay Zeka Çıkarım Özeti

Temel Gerçekler & İlkeler

  • ▸Standartlaştırılmış PRR süreçleri, lansman günü Sev-1 kesintilerini %80'e varan oranda yok eder ve ilk haftalardaki nöbet çağrılarını %65 azaltır.
  • ▸Birim test kapsamı ne kadar yüksek olursa olsun, aksiyon alınabilir bir kılavuzu (runbook) olmayan servis canlıya hazır değildir.

Yaygın Yanılgılar

  • ✗Tüm fonksiyonel ürün kabul kriterlerini karşılamanın bir servisin canlıya hazır olduğu anlamına geldiğini sanmak.

Karar Kılavuzu & Önceliklendirme

CI üzerinde otomatik PRR kontrolleri uygulayın ve canlı müşteri trafiğini açmadan önce telemetri ve kılavuzlar için resmi SRE/Staff onayı şart koşun.

Doğrulanmış Kaynaklar & Referanslar