Büyük bir hastanenin yoğun bakım katında gece saat 03:15'te ana oksijen dağıtım borusunun yüksek basınçla patladığını ve bodrumdaki elektrik jeneratörünün alev aldığını gözünüzün önüne getirin. Koridorlar duman altı olmuştur, hemşireler ellerinde manuel balon valf maskelerle (ambu) hastaları nefes aldırmaya çalışmakta, teknik servis ellerinde yangın tüpleriyle sağa sola koşuşturmaktadır. Tam o sırada servisin kapısına endişeyle koşan hasta yakınlarının karşısına hastane halkla ilişkiler müdürü çıkar. Yüzüne zoraki, son derece rahat bir tebessüm yerleştirir ve megafonla şunu duyurur: "Değerli hasta yakınlarımız, endişelenecek hiçbir şey yoktur. Hastalarımızın yaşam kalitesini ve konforunu artırmak amacıyla servisimizde önceden takvimlendirilmiş PLANLI BİR BOYA-BADANA ve ampul yenileme çalışması yürütülmektedir. Kısa süre sonra odalarımız daha aydınlık olacaktır. Anlayışınız için teşekkür ederiz." Arkadan gelen patlama sesleri ve sedye çığlıkları bu yalanı boğarken, sergilenen tavır bir kriz yönetimi değil; saf bir kurumsal yüzsüzlüktür.
Bilişim, web barındırma ve bulut altyapısı sektöründe gece yarısı saat 03:00'te veya pazar sabahı cep telefonunuza düşen o meşhur e-posta da tam olarak bu boya-badana yalanının dijital versiyonudur:
"Duyuru: Sistemlerimizde Hizmet Kalitemizi Artırmak Adına Planlı Bakım Çalışması Yapılmaktadır."
Oysa perdenin arkasındaki beyaz alanda (White Space), bir donanım kül olmuş, bir RAID dizisi dağılmış ve sistem mühendisleri soğuk terler dökerek masadaki cesedi hayata döndürmeye çalışmaktadır.
"Planlı Bakım" Kavramının Cerrahi Tanımı
Sistem mühendisliğinde ve ITIL (Information Technology Infrastructure Library) standartlarında Planlı Bakım (Scheduled Maintenance) kavramı son derece net, disiplinli ve saygın bir prosedürdür:
- Önceden Bildirim (RFC - Request for Change): Bakımın ne zaman başlayacağı, ne kadar süreceği (örneğin 03:00 - 04:30), hangi servislerin etkileneceği müşterilere en az 72 saat (bazen 1 hafta) önce resmi olarak duyurulur.
- Geri Alma Planı (Rollback Plan): İşlem sırasında bir aksilik çıkarsa sistemin 15 dakika içinde eski çalışan haline nasıl döndürüleceği yazılı bir protokole bağlanmıştır.
- Müşteri Hazırlığı: E-ticaret siteleri, bankalar veya kritik sistemler veritabanlarını yedekler, kampanyalarını durdurur, nöbetçi yazılımcı görevlendirir.
Eğer bir "bakım" duyurusu, kesinti başladıktan 15 dakika sonra yapılıyorsa veya gece saat 02:45'te atılan bir e-postayla "03:00'te sunucularımız bakıma alınacaktır" deniyorsa; o işlem planlı bir bakım değil, patlak vermiş bir felaketin üzerini örtmek için uydurulmuş panik bildirimidir.
[PLANLI BAKIM İDDİASI]
Duyuru Saati: 03:14
"Sayın müşterimiz, altyapımızda planlı kernel ve switch güncellemesi yapılmaktadır."
[ARKA PLANDAKİ GERÇEK]
Olay Saati: 02:58
- 14 Numaralı KVM Node'un anakartı yüksek voltajla yandı!
- RAID 10 dizisindeki 4 diskten 2'si aynı anda arızalandı!
- Sanal sunucular çöktü, 150 müşterinin sitesi kapandı!
- Yönetici panikle bağırdı: "Hemen siteye 'Planlı Bakım' duyurusu geçin, arızayı anlamasınlar!"
Patolojinin Anatomisi: Gece Yarısı Çıkan Donanım Yangını
Gündüz saatlerinde hiçbir sorun yokmuş gibi çalışan ucuz, ikinci el ve ömrünü tamamlamış sunucu donanımları genellikle geceleri pes eder:
1. RAID Kontrolcüsü Hafızasının (BBU) Çökmesi
Eski nesil LSI / MegaRAID kartlarının üzerindeki lityum batarya (BBU - Battery Backup Unit) şişer veya kontrolcü aşırı ısınmadan kilitlenir. Write-Back modundaki yazma önbelleği diske aktarılamadan uçup gider. RAID dizisi aniden OFFLINE durumuna düşer. Sunucu üzerindeki 40 sanal makinenin dosya sistemi aynı saniyede salt-okunur (Read-Only) kilitlenir veya çekirdek paniği (Kernel Panic) fırlatır.
2. Güç Kaynağının (PSU) Patlaması
Redundant (çift) güç kaynağı olmayan ucuz kasalarda tek bir kondansatörün patlamasıyla sunucu tamamen elektriksiz kalır.
3. Disklerin Domino Etkisiyle Ölümü
Yıllardır aynı üretim partisinden çıkmış ve 45.000 çalışma saatini devirmiş SAS diskler aynı kabinde çalışmaktadır. Birinci disk bozulur. RAID dizisi yeniden inşa (rebuild) sürecine girer. Rebuild işlemi diğer diskleri %100 yük altında saatlerce zorlar. Ve o stres altında ikinci yaşlı disk de son nefesini verir! RAID dizisi tamamen parçalanır (Data Loss).
"Bakım Uzadı" Evresi: Yalanın İkinci Perdesi
İlk duyuruda müşterilere şu söylenir:
"Çalışmanın tahmini olarak 1 saat içinde tamamlanması öngörülmektedir."
Ancak veri merkezindeki mühendisler anakartı değiştirmiş, diskleri takmış ama işletim sistemi açılmamıştır (No bootable device found). Veritabanı dosyaları bozulmuştur (InnoDB: Page corruption).
Saat 05:30 olur; siteler hala kapalıdır. İkinci duyuru gelir:
"Bakım çalışmamız sırasında öngörülemeyen teknik optimizasyon gereksinimleri doğmuş olup, servis kalitemizi en üst düzeye çıkarmak adına çalışmamız sabah 08:00'e kadar uzatılmıştır."
Saat 08:30 olur; mesai başlar, müşteriler telefonlara sarılır. Üçüncü duyuru:
"Veri bütünlüğü kontrolleri (fsck) titizlikle yürütülmektedir..."
Ve en sonunda öğleden sonra saat 14:00'te o acı itiraf gelir:
"Donanımsal bir arıza tespit edilmiş olup, müşterilerimizin dünkü yedekleri yeni bir sunucuya aktarılmaktadır."
Göz göre göre 12 saat boyunca yalan söylenmiş, müşterinin zamanı ve işi çalınmıştır.
Neden Yalan Söylenir? Kurumsal Korkaklık Kültürü
Bir firmanın dürüstçe "Ana makinemizin donanımında beklenmedik bir arıza yaşandı, yedek parçayı taktık ve kurtarma çalışması yapıyoruz" demek yerine "Planlı Bakım" yalanına sığınmasının arkasında tek bir sebep yatar: Korku ve SLA İhlali Sorumluluğu.
- SLA (Service Level Agreement) Tazminatı:
Kurumsal sözleşmelerde %99.9 Uptime garantisi verilir. Beklenmedik bir kesinti SLA ihlali sayılır ve firma müşteriye ceza/iade ödemek zorunda kalır. Ancak sözleşmelerde küçük harflerle yazan bir istisna vardır: "Planlı bakım çalışmaları SLA kesinti süresine dahil edilmez!" Sağlayıcı, tazminat ödememek için donanım yangınına "Planlı Bakım" kılıfı giydirir! - İtibar Kaybı Korkusu:
Eski donanım kullandıklarının, yedekli mimari kurmadıklarının ortaya çıkmasından ve forumlarda ipliklerinin pazara çıkmasından korkarlar.
Profesyonel Kriz İletişimi: Dürüstlüğün İyileştirici Gücü
Gerçek bir mühendislik kültürü arızayı gizlemez; arızayı şeffaflıkla yönetir.
Hastanede ameliyat sırasında beklenmedik bir damar yırtılması yaşandığında cerrah kapıya çıkıp "Odalara lamba takıyoruz" demez. Hasta yakınının gözünün içine bakar: "Ameliyat sırasında ana damarda beklenmedik bir kanama gelişti. Hastayı kanama kontrolüne aldık, kan nakli yapıyoruz ve hastayı hayatta tutmak için tüm ekibimizle mücadele ediyoruz." der. Hasta yakını korkar ama hekime güvenir; çünkü ortada dürüst bir mücadele vardır.
Teknoloji dünyasında da böyledir:
- Cloudflare veya AWS bir kesinti yaşadığında status sayfasında dakika dakika gerçeği yazar: "Saat 03:12'de Tokyo yönlendiricimizde BGP rota tablosu taştı, mühendislerimiz şu an kabloları manuel filtreliyor."
- Bu şeffaflık güven yaratır.
Gece 3'te "Planlı Bakım" yalanı atan firmalar ise sadece kendilerini kandırır; çünkü hiçbir müşteri gece yarısı kendi rızasıyla sunucusunun kapatılacağına inanacak kadar saf değildir.
Sonuç
Yangın çıkan hastanede boya-badana yalanı söyleyen idareci vicdanını kaybetmiştir; donanımı kül olduğu halde müşterisine "planlı bakım yapıyoruz" bülteni fırlatan teknoloji firması da meslek ahlakını kaybetmiştir.
Donanım bozulabilir; elektronik devreler yanabilir, diskler ölebilir. Mühendislik bu kazaları sıfırlama sanatı değil, kazalar olduğunda şeffaflıkla, dürüstlükle ve hızla müdahale etme olgunluğudur. Yalanların arkasına saklanarak Uptime inşa edemezsiniz; gerçek güven kriz anında müşterinize söylediğiniz dürüst kelimelerin üzerinde yükselir.