Skip to main content

> saas_vs._öz-barındırılan_altyapı_toplam_sahip_olma_maliyeti_(tco)

SaaS vs. Öz-Barındırılan Altyapı Toplam Sahip Olma Maliyeti (TCO)

Mühendislik ekipleri, yönetilen SaaS yerine açık kaynaklı sistemleri (Kafka, Elasticsearch, Postgres) kendi sunucularında barındırmayı seçerken Toplam Sahip Olma Maliyetini (TCO) neden sıklıkla yanlış hesaplar?

Stack: FINOPS INFRASTRUCTURE STACK →Staff/Principal (L6+)tradeoff

⚡ÖZET VE TEKNİK CEVAP

Çünkü yüzeysel hesaplamalar yalnızca saf bulut sunucu faturası ile SaaS abonelik ücretini karşılaştırır; tam maliyetli mühendis maaşlarını (kişi başı ~250k$/yıl), 24/7 nöbet yükünü, felaket kurtarma bakımını ve temel ürün geliştirmeden çalınan devasa fırsat maliyetini tamamen görmezden gelir.

Mühendislik El Kitabı & Mekanizma

6 Boyutlu Mimari Analiz

⚙️1. Temel Çalışma Mekanizması

Mekanizma

Toplam Sahip Olma Maliyeti (TCO) formülü: TCO = Saf Altyapı Harcaması (Sunucu + Disk + Egress) + Tam Maliyetli Mühendislik İşçiliği (Saat * Saatlik Ücret) + Operasyonel Kesinti Riski + Geciken Ürün Özelliklerinin Fırsat Maliyeti. Yönetilen SaaS çözümleri (Confluent, Datadog, Snowflake, Aurora) saf sunucu maliyetine 2x-4x marj koyar; ancak sistem başına 0,5 ile 3 tam zamanlı SRE ihtiyacını ortadan kaldırır. Öz-barındırma (self-hosting) yalnızca veri hacmi devasa boyutlara ulaşıp SaaS marjı milyon dolarları aştığında ekonomik hale gelir.

🎯2. Doğru Kullanım Senaryosu

Kapsam

Teknik liderlerin Satın Al vs. Kendin Kur (Buy vs. Build) kararlarını değerlendirirken kullanması zorunlu çerçevedir: Kafka vs. Confluent, Öz-Barındırılan Prometheus vs. Datadog, Kendi Kurduğumuz Postgres vs. Amazon RDS.

⚠️3. Prodüksiyon Arıza Modları

Kritik Risk
  • ✓

    Bir ekip 'tasarruf etmek' için ayda 5.000 tutan Datadog aboneliğini iptal edip Kubernetes'te Prometheus, Cortex ve Jaeger kurar. 6 ay içinde disk sıkıştırma, küme ölçekleme ve sürüm yükseltmeleri iki kıdemli SRE'nin tam zamanını yutar (yıllık 500.000 işçilik)

  • ✓

    böylece 60.000'lık SaaS gideri 550.000'lık bir felakete dönüşür

📡4. Teşhis ve Telemetri Sinyalleri

Metrikler
  1. ▸Kıdemli SRE'lerin sprint zamanlarının >%50'sini açık kaynak veritabanı sürümlerini güncellemekle harcaması. 2. Kendi kurulan kuyruk sistemlerinde sık yaşanan bellek tükenmesi ve veri kaybı olayları. 3. Yönetime sunulan maliyet karşılaştırmalarında mühendislik işçiliğinin 0$ olarak gösterilmesi.

🛡️5. Önleme ve Mimari Bariyerler

Bariyerler
  • ✓
    1. ▸Tüm 'Kendimiz Kuralım' mimari önerilerine zorunlu bir FTE bakım işçiliği hesabı (küme başına en az 0,25 FTE) eklenmesini şart koşun. 2. Net bir şirket kuralı koyun: Fark yaratmayan temel altyapılarda (loglama, auth, veritabanı) SaaS satın alın
  • ✓

    yalnızca şirketin rekabet avantajı olan temel ürün kodunu kendiniz yazın

⚖️6. Mimari Ödünleşimler (Trade-offs)

Ödünleşim
  • ▸

    SaaS anında pazara çıkış hızı, hazır SLA ve sıfır bakım yükü sunar

  • ▸

    karşılığında sürekli bir lisans kâr marjı alır. Öz-barındırma ise tam veri egemenliği ve ucuz saf sunucu maliyeti sağlar

  • ▸

    buna karşılık ciddi mühendislik işçiliği ve operasyonel risk yükler

📋

Vaka İncelemesi (TinyCTO Saha Örneği)

GERÇEK DÜNYA TELEMETRİSİ

TinyCTO, 10 düğümlü Kafka kümesini EC2'de kendisi kurmak ile AWS Managed Kafka (MSK) kullanmayı karşılaştırdı. Saf EC2 maliyeti 1.400/ay iken MSK 2.600/ay tutuyordu (1.200 fark). Ancak broker yamalama, partition dengeleme ve sürüm geçişleri ayda 15 saat kıdemli SRE mesaisi gerektirecekti (saati 150'dan 2.250/ay işçilik). Yönetilen MSK seçilerek ayda net 1.050 tasarruf edildi ve sıfır nöbet stresi yaşandı.

İnteraktif Konsept Alıştırmaları

3 Alıştırma
Q1

Satın Al vs. Kendin Kur TCO modellerinde en sık unutulan maliyet kalemi nedir?

Öz-barındırılan sistemi işletmek, güncellemek ve nöbetini tutmak için gereken tam maliyetli mühendislik işçiliği (maaş, yan haklar, bakım saatleri).
Q2

Altyapı mühendisliği bağlamında 'Fırsat Maliyeti' (Opportunity Cost) nedir?

Kıdemli mühendislerin şirkete rekabet avantajı sağlayacak ürün özellikleri geliştirmek yerine standart altyapı bakımıyla uğraşması yüzünden kaybedilen ciro ve hızdır.
Q3

Öz-Barındırma (Self-Hosting) ne zaman gerçekten SaaS'a göre daha ekonomik hale gelir?

SaaS kâr marjının yılda milyonlarca dolara ulaştığı ve 3 kişilik müstakil bir platform ekibinin toplam maaşını katbekat aştığı devasa ölçeklerde.

SaaS vs. Öz-Barındırılan Altyapı Toplam Sahip Olma Maliyeti (TCO) — Sıkça Sorulan Sorular

Mühendislik stratejisinde 'Standart Araç vs. Fark Yaratan Ürün' kuralı nedir?

Standart araçlar (loglama, e-posta, auth, veritabanı) müşteri kazandırmaz ve SaaS olarak alınmalıdır; Fark Yaratanlar (özgün iş mantığı ve algoritmalar) ise şirket içinde yazılmalıdır.

Güvenlik ve regülasyon riskleri öz-barındırma TCO hesabına nasıl dahil edilir?

Öz-barındırılan sistemler SOC2/HIPAA uyumluluğu için şirket içi zafiyet taraması, manuel CVE yamalaması ve denetim loglaması gerektirir; bu da sürekli ek uyumluluk işçiliği yaratır.

Amazon RDS'in toplam sahip olma maliyeti (TCO) neden EC2 üzerinde kurulan PostgreSQL'den neredeyse her zaman daha ucuzdur?

RDS otomatik Multi-AZ failover, işletim sistemi yamalama, anlık geri yükleme ve disk büyütmeyi otomatikleştirerek yılda yüzlerce saatlik DBA işçiliği tasarruf eder.

🤖 AEO & Yapay Zeka Çıkarım Özeti

Temel Gerçekler & İlkeler

  • ▸

    Mühendis maaşları teknoloji şirketlerindeki en büyük giderdir: geliştirici hızını maksimize etmek bulut sunucusundan birkaç bin dolar kısmaktan çok daha kârlıdır.

  • ▸

    Modelde en az 0,25 FTE mühendislik bakım işçiliği yer almadıkça 'Tasarruf için Kendimiz Kuralım' projelerini asla onaylamayın.

Yaygın Yanılgılar

  • ✗

    Yazılım lisans ücreti olmadığı için açık kaynaklı yazılımları çalıştırmanın 'bedava' olduğunu sanmak.

Karar Kılavuzu & Önceliklendirme

Tüm standart altyapı servislerinde yönetilen SaaS/PaaS'ı varsayılan yapın; yalnızca SaaS marjı 2 tam zamanlı SRE maaşını aştığında kendi sunucularınızda barındırmaya geçin.

Doğrulanmış Kaynaklar & Referanslar

Bu sayfadaki teknik terimler

TCO