Yoğun bakım ünitesinde tedavisi süren, solunum cihazına bağlı bir hastayı düşünün. Hastanın durumu iyiye gitmekte, birkaç gün içinde normal servise çıkması planlanmaktadır. Ancak hafta sonuna denk gelen günlerde hastanın ailesi, hastanenin 3 günlük yatış avans faturasını banka mesai saati bittiği veya muhasebeci o an toplantıda olduğu için 48 saat geciktirir. Pazartesi sabahı saat 00:01'de hastane otomasyon yazılımı devreye girer. Yazılım hastanın yakınına tek bir telefon açmaz, bir hemşire odaya gidip bakmaz; otomatik bir komutla hastanın yaşam destek ünitesinin fişini prizden çeker ve hastayı morg transfer arabasına yükler! Aile sabah faturayı ödemek için bankoya geldiğinde muhasebe memuru kayıtsızca ekrana bakar: "Efendim faturanız 48 saat gecikmiş. Sistemimiz borcu ödenmeyen hastaların cihazını otomatik kapatıp yatağı yeni hastaya tahsis edecek şekilde programlanmıştır. Bizim yapabileceğimiz bir şey yok, yazılım böyle çalışıyor." Bu bir tahsilat disiplini değil; bürokratik bir cinayettir.

Web barındırma ve bulut bilişim sektöründe WHMCS veya benzeri faturalandırma yazılımlarının arkasına sığınarak, birkaç günlük gecikme yüzünden müşterinin sanal sunucusunu (VDS), disk bloklarını ve tüm yedeklerini sessizce silip formatlayan (Terminate / Destroy) sağlayıcıların yaptığı şey, tam olarak bu acımasız dijital idir.

Otomasyonun Soğuk Çarkları: 72 Saatlik Geri Sayım

Büyük veya küçük ölçekli birçok hosting firması süreçlerini insan denetiminden tamamen çıkarıp zamanlanmış görevlere (Cron Jobs) teslim etmiştir.

WHMCS veya benzeri bir yazılımda varsayılan yaşam döngüsü şu şekilde kurgulanır:

[Fatura Kesim Tarihi - Gün 0]
       │ E-posta fırlatılır: "Faturanız oluşturuldu."
       ▼
[Son Ödeme Tarihi - Gün 7]
       │ E-posta: "Faturanızın son ödeme günü."
       ▼
[Gecikme - Gün 8 (+1 Gün)]
       │ Cron: SUSPEND (Askıya Alma) 🟡
       │ Web sitesi durdurulur, 'Hesap Askıya Alındı' ekranı çıkar.
       ▼
[Gecikme - Gün 10 (+3 Gün)]
       │ Cron: TERMINATE / DESTROY (İDAM VE İMHA!) 🔴
       │ API Çağrısı: Proxmox / VMware / SolusVM -> "Delete VM and Disks"
       │ Tüm diskler formatlanır, IP başka müşteriye satılır!

Geliştiricinin veya şirket muhasebesinin faturayı unuttuğu o 3 günlük zaman diliminde arka planda hiçbir insani kontrol mekanizması çalışmaz.

"Ama Biz E-Posta Gönderdik!" Bahanesi

Müşteri Pazartesi sabahı uyandığında sitelerinin, e-postalarının ve veritabanının yok olduğunu görür. Sağlayıcıyı arar:
"Sunucum kapandı, hemen faturayı ödeyeyim, sunucumu açın!"

Sağlayıcının destek personeli ekrandaki loga bakar ve o dondurucu cümleyi kurar:
"Beyefendi faturanız 3 gün geciktiği için hesabınız sistem tarafından otomatik olarak 'Terminate' edilmiş (silinmiş). Sunucunuzun diskleri formatlandı ve kaynaklar başka bir müşteriye tahsis edildi. Verileriniz kalıcı olarak silinmiştir, geri getiremeyiz."

Müşteri donakalır: "Nasıl silersiniz?! Benim 8 yıllık şirket arşivim vardı orada! Neden aramadınız?!"

Destek personelinin sığındığı o klasik kalkan gelir:
"Sayın müşterimiz, sistemimiz faturanız geciktiğinde kayıtlı e-posta adresinize 3 adet otomatik bildirim göndermiştir. Sözleşmemizin 5. maddesi gereği ödenmeyen hesapların silinmesinden sağlayıcı sorumlu değildir."

Peki, gerçekte o e-postalara ne olmuştur?

  1. Şirketin muhasebe departmanında e-postayı alan personel o hafta yıllık izindedir veya raporludur.
  2. Sağlayıcının gönderdiği o standart noreply@ fatura mailleri müşterinin Gmail/Outlook Spam (Gereksiz) klasörüne düşmüştür.
  3. Ya da faturası geciken sunucunun üzerinde şirketin e-posta sunucusu da barındığı için; sunucu 1. gün askıya alındığında müşterinin kurumsal e-posta kutusu kapanmış, dolayısıyla 2. ve 3. gün atılan uyarı mailleri müşteriye fiziksel olarak hiç ulaşamamıştır! Kendi kestiği dalın üzerine uyarı mektubu asan bir akıl tutulması.

Veri İmhasının Geri Dönüşsüzlüğü: Masadaki Küller

Bir sanal sunucu hipervizör düzeyinde silindiğinde (Destroy):

  • KVM veya VMware üzerindeki .qcow2 veya .vmdk disk imajı işletim sistemi düzeyinde unlinked edilir (rm).
  • Modern NVMe depolama havuzlarında (Ceph / ZFS / LVM) bloklar anında boş havuzuna (free pool) iade edilir ve TRIM komutu çalıştırılır.
  • Dakikalar sonra o blokların üzerine başka bir müşterinin sanal makinesinin işletim sistemi kurulur.

Adli bilişim laboratuvarına milyonlarca lira dökseniz bile, TRIM edilmiş bir NVMe diskten o veritabanını geri getiremezsiniz. 150 TL'lik bir fatura gecikmesi, milyon dolarlık bir şirketin operasyonel hafızasının kalıcı olarak mezara gömülmesiyle sonuçlanmıştır.

Neden Bir Telefon Açılmaz? Müşteri İlişkileri Ahlakı

Bir banka düşünün; kredi kartı borcunuzu 3 gün geciktirdiğinizde evinizi yıkıp arsanızı başkasına satar mı? Hayır. En fazla gecikme faizi uygular, SMS atar, müşteri temsilcisi telefonla arar: "Ahmet Bey, borcunuz gecikti, bir sorun mu var?" der.

Peki, hosting firmalarının bu "anında silme" barbarlığının arkasında ne yatar?

  1. Kaynak Tembelliği: Sağlayıcı veri merkezinde yeni donanım yatırımı yapmamıştır; kapasitesi tıka basa doludur. Yeni gelen müşteriye VDS açabilmek için eski müşterinin gecikmesini pusuya yatıp bekler. Fatura 1 saat geciktiği an diski boşaltıp yeni müşteriye satar.
  2. Kötü Niyetli Sözleşme Tasarımı: Kullanıcı sözleşmelerine (ToS) koydukları tek taraflı küçük maddelerle kendilerini hukuki güvenceye aldıklarını zannederler.
  3. Müşteriye Saygı Eksikliği: Müşteriyi bir iş ortağı değil; sadece her ay cüzdanından para çekilecek bir "abone numarası" olarak gören tüccar zihniyeti.

Kurumsal Kurtuluş Protokolü: Dijital Rehineliğe Son Vermek

Bu kabusu yaşamamak için şirketlerin altyapı yönetiminde alması gereken katı önlemler şunlardır:

  1. Kritik Sunucuları Kredi Kartı Otomatik Ödemesine Bağlayın:
    Asla faturaların muhasebe tarafından manuel havale/EFT ile ödenmesine güvenmeyin. Sisteme şirket kredi kartını tanımlayın ve otomatik çekim talimatı verin.
  2. Kurtarma İletişim Kanallarını Çeşitlendirin:
    Hosting panelindeki iletişim e-postasını ASLA o sunucunun üzerinde barınan bir adres ([email protected]) yapmayın! Mutlaka bağımsız bir harici adres (örneğin şirket adına açılmış izole bir Gmail) ve şirket yöneticisinin doğrudan cep telefonu (SMS doğrulamalı) tanımlanmalıdır.
  3. 3-2-1 Yedekleme Kuralı: Sağlayıcıya Asla Güvenmeyin!
    Sunucunuzun yedeğini aynı sağlayıcının kabinine veya paneline bırakmak yedekleme değildir. Her Pazar gecesi veritabanı yedeğiniz otomatik bir cron betiğiyle AWS S3, Google Cloud Storage veya şirketin kendi ofisindeki bağımsız bir NAS cihazına şifreli olarak çekilmelidir.
# Bağımsız Harici Yedekleme Örneği (AWS S3'e Şifreli Gönderim):
mysqldump -u root -p'Sifre' --all-databases | gzip | \
gpg -c --passphrase "CokGizliSifre" | \
aws s3 cp - s3://sirket-bagimsiz-yedek/db_$(date +%F).sql.gz.gpg

Bu betik çalıştığı sürece sağlayıcınız sunucunuzu silse bile 2 saat içinde başka bir bulutta tüm şirketi sıfırdan ayağa kaldırabilirsiniz.

Sonuç

Hastanenin faturası 2 gün gecikti diye hastayı fişten çeken zihniyete sağlık kuruluşu denilemez; 150 TL için 8 yıllık müşteri verisini tek tuşla imha eden firmaya da teknoloji ortağı denilemez.

Otomasyon hayatı kolaylaştırmak içindir; müşterinin hayatını karartmak için değil. Altyapınızı emanet ettiğiniz firmanın insani reflekslerini test edin; acil bir durumda size bir telefon açacak vicdana mı sahipler, yoksa cron betiğinin tetiğini çekip arkanıza bakmadan verilerinizi imha edecek birer dijital cellat mı olduklarını önceden öğrenin.