Bankacılık sistemlerinde güvenilirlik yalnızca uygulamanın çalışıyor olması değildir. Bir işlemin doğru, güvenli, izlenebilir ve beklenen sürede tamamlanması gerekir. Müşteri kanalları, ödeme akışları, entegrasyon servisleri ve arka ofis sistemleri birbirine bağlıdır. Bu zincirdeki küçük bir sorun, kısa sürede çok sayıda kullanıcıyı ve operasyon ekibini etkileyebilir.
Site Reliability Engineer'ın görevi, bu karmaşık yapıyı yalnızca izlemekten ibaret değildir. SRE; yazılım mühendisliği, sistem yönetimi ve operasyon disiplinlerini birleştirerek arızaların etkisini azaltır, değişiklikleri daha güvenli hâle getirir ve ekiplerin güvenilirlik hakkında ölçülebilir kararlar almasını sağlar.
Bankacılıkta güvenilirliğin farklı anlamı
Genel bir web uygulamasında kısa süreli yavaşlama kabul edilebilirken finansal bir işlemde belirsizlik kabul edilemez. Kullanıcı, işlemin gerçekleşip gerçekleşmediğini kesin olarak bilmelidir. Bu nedenle erişilebilirlik kadar veri tutarlılığı, idempotency, işlem izlenebilirliği ve doğru hata yönetimi de güvenilirliğin parçasıdır.
SRE bakış açısı teknik metriklerle iş etkisi arasında bağ kurar. CPU kullanımının yükselmesi tek başına kritik bir olay olmayabilir; ancak aynı anda para transferi başarı oranı düşüyor veya işlem gecikmesi artıyorsa öncelik değişir. İyi bir gözlemlenebilirlik modeli, altyapı sinyallerini müşteri deneyimiyle birlikte yorumlamayı mümkün kılar.
SLO ve hata bütçesiyle ortak dil kurmak
Servis seviyesi hedefleri (SLO), “sistem hızlı olmalı” gibi yoruma açık beklentileri ölçülebilir hâle getirir. İşlem başarı oranı, uçtan uca gecikme veya kanal erişilebilirliği gibi göstergeler servis bazında tanımlanabilir. Buradaki amaç yalnızca güzel bir dashboard üretmek değil; ürün, yazılım ve operasyon ekiplerinin aynı güvenilirlik hedefi üzerinde anlaşmasını sağlamaktır.
Hata bütçesi ise değişiklik hızıyla güvenilirlik arasında kontrollü bir denge kurar. Bir servis hata bütçesini hızla tüketiyorsa yeni özelliklerden önce dayanıklılık çalışmaları önceliklendirilebilir. Böylece “hiç değişiklik yapmayalım” veya “ne pahasına olursa olsun hızlı çıkalım” uçları yerine veriye dayalı bir karar modeli oluşur.
Değişiklik yönetimi: çoğu olayın başladığı yer
Üretim olaylarının önemli bir bölümü altyapı, yapılandırma veya uygulama değişiklikleriyle ilişkilidir. Bankacılık ortamında SRE, değişikliği engelleyen kişi değil; değişikliğin güvenle yapılabilmesini sağlayan mühendistir.
- Tekrarlanabilir ve denetlenebilir CI/CD süreçleri oluşturmak,
- Otomatik test ve güvenlik kontrollerini kalite kapılarına eklemek,
- Canary veya kademeli dağıtım yöntemlerinden yararlanmak,
- Sağlık kontrollerini kullanıcı etkisini gösterecek şekilde tasarlamak,
- Geri alma adımlarını olay anından önce hazırlamak.
Bu önlemler değişikliğin risksiz olduğunu garanti etmez. Ancak sorun oluştuğunda etkilenen alanı sınırlar, tespit süresini kısaltır ve geri dönüşü kişisel tecrübeye bağlı olmaktan çıkarır.
Olay yönetimi ve soğukkanlılık
Kritik bir olay sırasında ilk hedef suçlu bulmak değil, müşteri etkisini durdurmaktır. Etkili bir olay yönetiminde roller açıktır: bir kişi teknik koordinasyonu yürütürken diğerleri tanı, düzeltme ve iletişim üzerinde çalışır. Tek bir iletişim kanalı ve düzenli durum güncellemeleri, aynı kontrollerin farklı ekipler tarafından tekrarlanmasını önler.
Olay kapandıktan sonra yapılan değerlendirme de en az müdahale kadar önemlidir. Suçlayıcı olmayan olay sonrası inceleme; zaman çizelgesini, sistemin neden beklenen korumayı sağlayamadığını ve tekrar riskini azaltacak işleri ortaya çıkarır. Kalıcı iyileştirme; “daha dikkatli olalım” değil, otomasyon, tasarım veya süreç değişikliği üretmelidir.
Güvenlik ve güvenilirlik aynı tasarımın parçalarıdır
Bankacılıkta güvenlik kontrolleri sonradan eklenen bir onay adımı değildir. Kimlik ve erişim yönetimi, secret yaşam döngüsü, ağ segmentasyonu, imaj taraması ve denetim kayıtları platformun varsayılan davranışı olmalıdır. Bununla birlikte güvenlik önlemlerinin operasyonel etkisi de ölçülmelidir. Örneğin bir sertifika yenileme veya yetki değişikliği güvenli olduğu kadar kesintisiz ve geri alınabilir de olmalıdır.
Otomasyonun sınırı
SRE'nin amacı her şeyi otomatikleştirmek değildir. Sık tekrarlanan, hata riski taşıyan ve açık karar kurallarına sahip işler otomasyon için güçlü adaylardır. Nadir gerçekleşen, yüksek etkili ve bağlama göre karar gerektiren işlemlerde ise onay mekanizması ve ayrıntılı runbook daha doğru olabilir.
İyi otomasyon yalnızca başarılı senaryoyu hızlandırmaz; kısmi hata, yeniden deneme, timeout ve geri alma davranışlarını da tanımlar. Aksi hâlde manuel belirsizlik, daha hızlı çalışan otomatik bir belirsizliğe dönüşür.
Başarılı bir bankacılık SRE'sinin odağı
Bu rolde teknik derinlik önemlidir; ancak tek başına yeterli değildir. Dağıtık sistem davranışını anlayabilmek, veriden anlamlı sinyal çıkarabilmek, riskleri açık biçimde anlatabilmek ve farklı ekiplerle sakin şekilde çalışabilmek gerekir. En değerli çıktı bazen yeni bir araç değil, ekiplerin aynı soruna tekrar düşmesini önleyen basit bir standarttır.
Sonuç olarak bankacılıkta SRE, sistemi hiç arıza vermeyecek şekilde tasarlama iddiası değildir. Arızaların kaçınılmaz olduğunu kabul edip onları daha az etkili, daha hızlı tespit edilen ve öğrenmeye dönüşen olaylar hâline getirme disiplinidir. Güvenilirlik de tek bir ekibin değil, sistemin tasarımına ve kurumun çalışma biçimine yerleşmiş ortak bir sorumluluktur.