> tpl_svc_008
Operasyonel İşletim Rehberi (Runbook) ve Bilgi Paketi
Modüler Standart İşletim Prosedürü (SOP) şablonlarını, etkileşimli tanılama karar ağaçlarını, çalıştırılabilir düzeltme betiklerini, bilgi makalesi meta veri şemalarını, inceleme periyotlarını ve otomatik dokümantasyon sapma denetimlerini belirleyen kapsamlı SRE ve operasyonel işletim rehberi yönetişim çerçevesi.
Uygulanabilir SOP'leri, tanılama karar ağaçlarını ve çalıştırılabilir betikleri standartlaştıran canlı işletim rehberi ve bilgi yönetimi çerçevesi.
Önemli Teknik Doküman Şablonu ve Hukuki Uyarı
TinyCTO.tv Teknik Doküman Şablon Bildirimi: Bu şablon genel eğitim ve operasyon amaçlı bir başlangıç materyalidir. Hukuki, vergisel, muhasebesel, yatırım, satın alma, mevzuat, güvenlik veya sertifikasyon danışmanlığı değildir. Gereklilikler ülkeye, kuruma, sözleşmeye ve riske göre değişir. Kullanmadan önce yetkin uzmanlarla gözden geçirip uyarlayın.
Çözülen Üretim Problemi
Gece 3'te meydana gelen kritik canlı kesintilerinde, sistem kurtarma bilgisi dağınık, güncelliğini yitirmiş veya kıdemli mühendislerin hafızasına hapsolmuş olduğu için nöbetçi mühendisler çaresiz kalır ve telafisi güç operasyonel hatalar yapar.
Ne Zaman Kullanılmalı?
- •Bulut altyapısı, mikro servisler ve veritabanları için standartlaştırılmış operasyonel işletim rehberleri yazarken
- •PagerDuty/Opsgenie alarmlarına doğrudan bağlı adım adım sorun giderme karar ağaçları oluştururken
- •Manuel bakım rutinlerini çalıştırılabilir işletim betiklerine (AWS Systems Manager, Rundeck) dönüştürürken
Ne Zaman Kullanılmamalı?
- •Müşteriye dönük geniş kullanıcı kılavuzları ve yazılım eğitimlerinde (ürün dokümantasyonu kullanın)
- •Stratejik kurumsal teknoloji mimari yol haritaları ve ilkelerinde (TPL-ARC-005 veya TPL-GOV-010 kullanın)
5 Şablon Bölümü ve Yapısal İskelet
Standartlaştırılmış meta veri başlığı: Hizmet Kimliği, Nöbetçi Eskalasyon Hedefi, Kritiklik Katmanı, Son Test Tarihi ve Ön Koşul CLI Yetkileri.
Görsel ve prosedürel karar ağaçları: alarm belirtisinden kök neden hipotezine, telemetri komutlarına ve doğrulama sorgularına gidiş.
Değişken sözdizimi, beklenen çıktı örnekleri ve otomatik doğrulama kontrolleri içeren kesin, kopyalanabilir terminal komutları.
Manuel markdown rehberlerin parametre doğrulama ve onay korkulukları içeren çalıştırılabilir otomasyona (AWS SSM, Rundeck) dönüştürülmesi.
Eski CLI bayraklarını ve süresi dolmuş yetkileri tespit etmek için mühendislerin hazırlık ortamında rehberleri çalıştırdığı çeyreklik GameDay tatbikatları.
Doldurma ve Uygulama Yönergeleri
Bağımsız İnceleme ve Onay Kontrol Listesi
- Tüm zorunlu bölümler dolduruldu
- Gizli anahtar veya parola içermiyor
- Yönetici sponsor onayı alındı
Operasyonel İşletim Rehberi (Runbook) ve Bilgi Paketi - Örnek Vaka Analizi
Örnek Organizasyon: Küresel Bulut Altyapı Platformu SRE Ekibi
Küresel Bulut Altyapı Platformu SRE Ekibi için eksiksiz operasyonel uygulamayı gösteren gerçek dünya vaka analizi.
- •Confluence ve Git genelinde 140+ canlı işletim rehberi standartlaştırılarak ortalama kurtarma süresi (MTTR) %46 kısaltıldı
- •Çalıştırılabilir AWS Systems Manager otomasyonları doğrudan PagerDuty alarmlarına bağlanarak düğüm boşaltma rutinlerinin %65'i otomatikleştirildi
- •Çeyreklik GameDay tatbikatlarıyla 28 eski CLI komutu ve geçerliliğini yitirmiş ortam değişkeni canlı kesintiye yol açmadan tespit edildi
Sıkça Sorulan Sorular
SOP, Runbook ve Playbook arasındaki kavramsal fark nedir?
Standart İşletim Prosedürü (SOP), rutin ve tekrarlanabilir idari süreçleri tanımlar (ör. çeyreklik şifre rotasyonu, çalışan dizüstü bilgisayarı sağlama). Runbook (İşletim Rehberi), belirli bir yazılım sistemini veya altyapı bileşenini çalıştırmak, tanılamak ve onarmak için teknik adım adım prosedürleri içerir. Playbook ise karmaşık acil durumlarda organizasyonel rolleri, iletişimi ve iş akışlarını ana hatlarıyla belirten üst düzey stratejik bir kılavuzdur (ör. Fidye Yazılımı Müdahale Kılavuzu).
Statik markdown işletim rehberleri neden eskir ve ekipler dokümantasyon sapmasını nasıl önler?
Sistemler, CLI bayrakları, API'ler veya veritabanı şemaları değiştiğinde mühendisler dokümanları güncellemezse rehberler eskir. Ekipler bu sapmayı; rehberleri servis koduyla birlikte Git'te kod olarak saklayarak, otomatik CI/CD simülasyon testleriyle doğrulayarak ve çeyreklik GameDay kaos tatbikatlarında rehberleri uçtan uca test ederek önler.
Nöbetçi işletim rehberleri otomatik betikler ile insan muhakemesini nasıl dengelemelidir?
Etkili işletim rehberleri, zaman kazanmak için düşük riskli ve deterministik tanılamaları (günlük temizleme, iş parçacığı dökümü alma, pod yeniden başlatma) otomatikleştirirken; geri alınamaz veya durumu değiştiren eylemlerden (veritabanı arıza geçişi, veri silme, bölgesel trafik tahliyesi) önce net karar ağaçları sunarak insan onayını şart koşar.
Teknik Doküman Şablon Paketi
Giriş GerekliTüm boş şablonları, işlenmiş senaryoları ve doğrulama manifestolarını tek bir arşivde indirin.
Yetkili Standartlar ve Kaynaklar
- Site Reliability Engineering: How Google Runs Production Systems (Being On-Call)Google SRE • OFFICIAL REQUIREMENT
- ITIL 4 Practice Guide: Knowledge ManagementAXELOS • OFFICIAL REQUIREMENT
- AWS Well-Architected Operational Excellence Pillar: Evolve OperationsAmazon Web Services • OFFICIAL REQUIREMENT