> tpl_del_003
Sürüm Planı ve Takvimi
Üç aylık sürüm trenlerini, özellik dondurma (feature freeze) kilometre taşlarını, yasal hazırlık kapılarını, kanarya dağıtım takvimlerini, acil yama pencerelerini ve çoklu takım senkronizasyon periyotlarını belirleyen kurumsal yazılım sürüm planlama ve dağıtım yönetişim takvimi.
Özellik dondurma kilometre taşları, kanarya dağıtımları ve canlıya geçiş takvimleriyle çoklu takım sürüm yönetişim takvimi.
Ö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
Mühendislik ekipleri paylaşılan bağımlılıklarda koordinasyonsuz sürümler çıkarır; bu da beklenmedik şema kırılmalarına, başarısız eşzamanlı dağıtımlara ve yoğun ticari saatlerde kaotik kesintilere yol açar.
Ne Zaman Kullanılmalı?
- •Birden fazla çapraz fonksiyonlu mühendislik ekibi arasında senkronize sürüm trenleri kurarken
- •Kurumsal kod dondurma, bakım penceresi ve yasal sürüm uyum tarihlerini yayınlarken
- •Veritabanı geçişleri ve dış ortak onayları gerektiren karmaşık çok katmanlı canlıya geçişleri koordine ederken
Ne Zaman Kullanılmamalı?
- •İki haftalık sprint planlaması ve takım hızı taahhüt hesaplamalarında (TPL-DEL-004 kullanın)
- •Tekil mikro servis sıfır kesintili kanarya dağıtım teknik hatlarında (TPL-OPS-001 kullanın)
5 Şablon Bölümü ve Yapısal İskelet
Sürümlerin Ana (Üç Aylık), Küçük (İki Haftalık Sprint Trenleri) ve Yama (Talep Doğrultusunda) olarak sınıflandırılması ve sabit kalkış saatlerinin belirlenmesi.
Aşamalar: Özellik Dondurma (T-14 gün), Regresyon Testi Kesimi (T-7 gün), Güvenlik Taraması Onayı (T-3 gün) ve Operasyonel Hazırlık Kapısı (T-1 gün).
Saat saat canlıya geçiş takvimi: veritabanı geçiş penceresi, arka yüz dağıtımı, %5 kanarya trafik testi, %50 artış ve %100 genel erişim.
Zirve gelir dönemlerinde (Black Friday, Cyber Monday, çeyrek finansal kapanışları, resmi tatiller) zorunlu dağıtım dondurmalarının belgelenmesi.
Sürüm Değerlendirme Kurulu (RRB), Canlıya Geç/Geçme oylaması, 48 saatlik yoğun bakım (hypercare) izleme ve retrospektif geri bildirimleri.
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ı
Sürüm Planı ve Takvimi - Örnek Vaka Analizi
Örnek Organizasyon: Fintek Çok Kanallı Bankacılık Platformu Senkronize Sürüm Takvimi
Fintek Çok Kanallı Bankacılık Platformu Senkronize Sürüm Takvimi için eksiksiz operasyonel uygulamayı gösteren gerçek dünya vaka analizi.
- •18 mikro servis ekibi ile iOS/Android mobil uygulama ekipleri arasında iki haftalık sürüm trenleri senkronize edildi
- •Otomatik özellik dondurma kapıları ve zorunlu %5 kanarya dağıtımları ile canlı sistem olayları %74 oranında azaltıldı
- •26 ardışık iki haftalık kurumsal sürüm döngüsü boyunca %99,4 zamanında sürüm planına uyum sağlandı
Sıkça Sorulan Sorular
Mühendislik ekipleri dağıtımı (deploy) sürümden (release) neden ayırmalıdır?
Dağıtım, kod varlıklarının canlı sunuculara yüklenmesidir. Sürümleme ise özellik işlevinin müşterilerin erişimine açılmasıdır. Özellik bayrakları (feature flags) kullanılarak ekipler sıfır riskle sürekli dağıtım yapabilir ve özellikleri ticari hazırlığa göre kademeli açabilir.
Bir ekip T-7 gün regresyon testi kapısından geçemezse ne yapılmalıdır?
Ekibin tamamlanmamış özelliği derhal özellik bayrağıyla kapatılır veya sürüm dalından geri alınır. Sürüm treni kalan kararlı özelliklerle planlandığı şekilde devam eder; başarısız olan özellik ise bir sonraki trene ertelenir.
Mobil uygulama mağazası inceleme gecikmeleri sürüm takvimine nasıl yansıtılır?
Apple App Store ve Google Play incelemeleri 24 ila 72 saat arası değişken gecikmeler yaratır. Mobil sürüm takvimleri, ikili dosya teslimini pazarlama lansmanından en az 5 iş günü önceye planlar ve aşamalı dağıtımla (%1, %5, %20...) çökmeleri erken yakalar.
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
- ITIL 4 Practice Guide: Release ManagementAXELOS • OFFICIAL REQUIREMENT
- Scaled Agile Framework (SAFe): Release Train Engineer and CadenceScaled Agile, Inc. • OFFICIAL REQUIREMENT
- Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment AutomationJez Humble & David Farley • OFFICIAL REQUIREMENT