CapEx vs. OpEx: Bulut Bilişimde Finansal Yaklaşımların Farkları

CapEx ve OpEx, şirketlerin teknoloji yatırımlarını bütçeleme ve muhasebeleştirme biçimini açıklayan iki temel finansal kavramdır. CapEx uzun süre kullanılacak varlıklara yapılan sermaye harcamalarını, OpEx ise işletmenin faaliyetlerini sürdürmek için katlandığı dönemsel giderleri ifade eder.

Geleneksel veri merkezi modelinde sunucu, depolama ve ağ ekipmanları satın alındığı için CapEx ağırlıklı bir yapı görülür. Genel bulut hizmetlerinde ise fiziksel altyapı satın almak yerine kullanılan kaynaklar için ödeme yapıldığından harcamalar çoğunlukla OpEx niteliğindedir.

Ancak “veri merkezi CapEx, bulut OpEx’tir” açıklaması tek başına yeterli değildir. Bir bulut projesinin toplam maliyetini değerlendirirken geçiş, lisans, veri transferi, çalışan, güvenlik, destek, yedekleme ve operasyon maliyetlerinin de hesaba katılması gerekir.

Bu rehberde CapEx ve OpEx arasındaki farkları, bulut bilişim maliyetlerini, TCO hesaplamasını, FinOps yaklaşımını ve hangi durumda hangi modelin tercih edilebileceğini bulabilirsiniz.

CapEx nedir?

CapEx, Capital Expenditure ifadesinin kısaltmasıdır ve Türkçede sermaye harcaması veya yatırım harcaması olarak kullanılır. İşletmenin birden fazla hesap döneminde değer üretmesi beklenen varlıkları satın almak, geliştirmek veya iyileştirmek için yaptığı harcamaları ifade eder.

CapEx kapsamında değerlendirilebilecek teknoloji yatırımlarına şu örnekler verilebilir:

• Fiziksel sunucu ve depolama sistemleri,
• Ağ cihazları ve güvenlik donanımları,
• Veri merkezi binası ve teknik altyapısı,
• Kesintisiz güç kaynağı ve soğutma sistemleri,
• Uzun süreli kullanım amacıyla satın alınan donanımlar,
• Belirli koşulları karşılayan yazılım geliştirme yatırımları.

CapEx harcamaları genellikle satın alındığı dönemde bütünüyle giderleştirilmez. Varlık bilançoda gösterilir ve faydalı ömrü boyunca amortisman veya ilgili muhasebe yöntemiyle dönemlere dağıtılır.

CapEx modelinin özellikleri

• Genellikle yüksek başlangıç yatırımı gerektirir.
• Satın alınan varlık işletmenin kontrolündedir.
• Kapasite uzun vadeli tahminlere göre planlanır.
• Donanım yenileme döngüleri bulunur.
• Bakım ve işletme sorumluluğu büyük ölçüde kuruma aittir.
• Yatırım, varlığın ekonomik ömrü boyunca değerlendirilir.

OpEx nedir?

OpEx, Operating Expenditure ifadesinin kısaltmasıdır ve işletme gideri anlamına gelir. İşletmenin günlük faaliyetlerini ve hizmetlerini sürdürebilmek için yaptığı dönemsel harcamaları kapsar.

Teknoloji alanındaki OpEx örnekleri şunlardır:

• Bulut sunucu ve depolama kullanımı,
• SaaS abonelikleri,
• Teknik destek ve bakım hizmetleri,
• Veri merkezi elektrik ve internet giderleri,
• Kullandıkça öde modelindeki veri tabanı ve yapay zekâ servisleri,
• Dönemsel yazılım lisansları,
• İzleme ve yönetilen hizmet giderleri.

OpEx giderleri genellikle ilgili oldukları hesap döneminde gelir tablosuna yansıtılır. Ancak gerçek muhasebe uygulaması sözleşmenin yapısına, hizmetin niteliğine, geçerli muhasebe standartlarına ve şirket politikasına göre değerlendirilmelidir.

OpEx modelinin özellikleri

• Yüksek ilk donanım yatırımını azaltabilir.
• Ödemeler aylık, yıllık veya kullanım bazlı olabilir.
• Talebe göre kapasite artırılıp azaltılabilir.
• Harcamalar gerçek kullanımla ilişkilendirilebilir.
• Kontrol edilmediğinde değişken ve öngörülmesi zor maliyetler oluşturabilir.
• Hizmet sağlayıcıya ve sözleşme koşullarına bağımlılık yaratabilir.

CapEx ve OpEx arasındaki farklar nelerdir?

Kriter	CapEx	OpEx
Temel amaç	Uzun süre kullanılacak varlığa yatırım	Faaliyet veya hizmet kullanımını sürdürmek
Ödeme yapısı	Genellikle başlangıçta yüksek harcama	Dönemsel veya kullanım bazlı ödeme
Muhasebe yaklaşımı	Varlık olarak kaydedilip dönemlere dağıtılabilir	Genellikle ilgili dönemin gideridir
Mülkiyet	Varlık çoğunlukla işletmeye aittir	Hizmet kullanılır, fiziksel varlık satın alınmaz
Kapasite planlama	Önceden tahmin edilerek satın alınır	Talebe göre ölçeklendirilebilir
Bakım	Genellikle işletmenin sorumluluğundadır	Altyapının bir bölümü hizmet sağlayıcı tarafından yönetilir
Maliyet davranışı	Daha sabit ancak atıl kapasite riski taşıyabilir	Esnek ancak kullanım arttıkça yükselebilir
Teknoloji yenileme	Yenileme yatırımı gerekir	Altyapı yenilemesi çoğunlukla sağlayıcının sorumluluğundadır

Bu karşılaştırma genel bir çerçevedir. Bir maliyet kaleminin kesin muhasebe sınıflandırması için şirketin mali müşaviri, finans ekibi ve bağımsız denetçisi tarafından değerlendirme yapılmalıdır.

Bulut bilişim CapEx’i OpEx’e nasıl dönüştürür?

Geleneksel modelde şirket beklenen kapasiteyi karşılamak için sunucu ve veri merkezi ekipmanı satın alır. Kapasitenin tamamı kullanılmasa bile yatırım başlangıçta yapılır. Bulut modelinde ise altyapı sağlayıcıya aittir ve müşteri işlem gücü, depolama, veri tabanı veya yazılım hizmetini kullandığı ölçüde ödeme yapar.

Bu değişim şu sonuçları doğurabilir:

• Fiziksel donanım satın alma ihtiyacı azalır.
• Yeni projeler daha düşük başlangıç yatırımıyla test edilebilir.
• Kaynaklar talebe göre büyütülüp küçültülebilir.
• Harcamalar uygulama, proje veya departman bazında izlenebilir.
• Donanım tedariki ve veri merkezi kurulum süresi kısalabilir.
• Kullanılmayan kapasite kapatılarak maliyet azaltılabilir.

Bulutun çalışma modeli, hizmet türleri ve dağıtım seçenekleri hakkında daha fazla bilgi için bulut bilişim rehberini inceleyebilirsiniz.

Bulut tamamen OpEx midir?

Standart IaaS, PaaS ve SaaS kullanım ücretleri çoğunlukla OpEx olarak değerlendirilir. Ancak bir bulut dönüşüm projesindeki bütün harcamaların otomatik olarak OpEx kabul edilmesi doğru değildir.

Bulut projesinde farklı şekilde değerlendirilmesi gerekebilecek harcamalar şunlardır:

• Özel yazılım geliştirme maliyetleri,
• Buluta geçiş projesinde gerçekleştirilen dönüşüm çalışmaları,
• Özel veya hibrit bulut için satın alınan fiziksel donanımlar,
• Uzun dönemli lisans ve kullanım hakkı sözleşmeleri,
• Uygulama modernizasyonu ve entegrasyon maliyetleri,
• Çalışan, danışmanlık ve eğitim giderleri.

Bir harcamanın peşin ödenmesi de tek başına onu CapEx yapmaz. Örneğin uzun süreli bulut kullanım taahhüdü için peşin ödeme yapılması, işletmenin fiziksel bir altyapı varlığına sahip olduğu anlamına gelmez. Muhasebe sınıflandırması sözleşmenin ekonomik niteliğine göre yapılmalıdır.

On-premise ve bulut maliyetleri nasıl karşılaştırılır?

Yalnızca sunucu satın alma bedeli ile aylık bulut faturasını karşılaştırmak sağlıklı sonuç vermez. Karar verirken toplam sahip olma maliyeti, yani TCO hesaplanmalıdır.

On-premise TCO kalemleri

• Sunucu, depolama ve ağ donanımları,
• Veri merkezi alanı veya kira gideri,
• Elektrik, soğutma ve fiziksel güvenlik,
• Yedek donanım ve felaket kurtarma ortamı,
• Yazılım lisansları,
• Bakım ve destek sözleşmeleri,
• Donanım yenileme maliyetleri,
• Sistem yönetimi için çalışan maliyeti,
• Atıl kapasite ve kapasite yetersizliği riski.

Bulut TCO kalemleri

• İşlem gücü ve sanal sunucu kullanımı,
• Depolama kapasitesi ve işlem sayısı,
• Veri tabanı ve yönetilen hizmetler,
• İnternete veya bölgeler arasına veri transferi,
• Yedekleme ve felaket kurtarma,
• İzleme, güvenlik ve log saklama,
• Premium destek paketleri,
• Buluta geçiş ve uygulama modernizasyonu,
• FinOps ve bulut operasyon ekipleri,
• Lisans ve üçüncü taraf yazılım maliyetleri.

TCO hesabı aynı hizmet seviyesi, kapasite, güvenlik, kullanılabilirlik ve değerlendirme dönemi üzerinden yapılmalıdır. On-premise çözüm tek veri merkezinde çalışırken bulut senaryosunda çok bölgeli yüksek erişilebilirlik kullanılıyorsa iki maliyet doğrudan karşılaştırılmamalıdır.

Bulut her zaman daha ucuz mudur?

Hayır. Bulut, özellikle değişken talep, hızlı büyüme, kısa süreli projeler ve yönetilen hizmet ihtiyacında önemli avantajlar sağlayabilir. Ancak sürekli çalışan, öngörülebilir ve yüksek kullanımlı bazı iş yüklerinde kurum içi veya özel altyapı daha uygun maliyetli olabilir.

Bulut maliyetini artırabilecek yaygın nedenler şunlardır:

• Kullanılmayan sanal makinelerin açık bırakılması,
• İhtiyaçtan büyük kaynak seçilmesi,
• Fazla sayıda yedek ve disk görüntüsünün saklanması,
• Veri çıkış ücretlerinin hesaba katılmaması,
• Logların sınırsız süre tutulması,
• Test ortamlarının mesai dışında kapatılmaması,
• Etiketleme ve maliyet sahipliğinin bulunmaması,
• Uygun taahhüt veya indirim modellerinin kullanılmaması,
• Lisans koşullarının yanlış hesaplanması,
• Buluta uygun olmayan mimarinin değiştirilmeden taşınması.

Bulutun değeri yalnızca faturanın düşük olmasıyla ölçülmemelidir. Daha hızlı ürün geliştirme, dayanıklılık, küresel erişim, çalışan verimliliği ve yeni projelerin daha kısa sürede denenebilmesi de değerlendirmeye dahil edilmelidir.

Bulut maliyet modelleri nelerdir?

Kullandıkça öde

Kaynak kullanıldığı süre veya miktar üzerinden ücretlendirilir. Uzun süreli taahhüt gerekmediği için esnektir; ancak sürekli çalışan sistemlerde birim fiyat daha yüksek olabilir.

Rezervasyon ve kullanım taahhütleri

Belirli bir kullanım seviyesinin veya sürenin taahhüt edilmesi karşılığında indirim sağlanabilir. AWS Savings Plans, Reserved Instances ve Azure Reservations bu yaklaşımın örneklerindendir.

Taahhüt modelleri düzenli ve öngörülebilir iş yüklerinde tasarruf sağlayabilir. Ancak gerçek kullanım analiz edilmeden fazla taahhüt verilmesi, kullanılmayan kapasite için ödeme yapılmasına neden olabilir.

Spot veya kesintiye toleranslı kapasite

Bulut sağlayıcının kullanılmayan kapasitesi daha düşük fiyatla sunulabilir. Bu kaynaklar geri alınabileceği için kesintiye dayanıklı batch işlemleri, testler veya dağıtık iş yükleri için daha uygundur.

SaaS aboneliği

Kullanıcı, özellik veya işlem hacmi bazında aylık ya da yıllık ücretlendirme uygulanabilir. Toplam maliyet hesaplanırken lisans sayısı, kullanılmayan hesaplar, ek modüller ve veri saklama ücretleri kontrol edilmelidir.

FinOps nedir ve CapEx–OpEx yönetimine nasıl katkı sağlar?

FinOps; finans, teknoloji ve iş ekiplerinin bulut harcamaları üzerinde ortak sorumluluk almasını sağlayan operasyonel bir çalışma yaklaşımıdır. Amacı yalnızca faturayı düşürmek değil, kullanılan bulut kaynağından elde edilen iş değerini artırmaktır.

FinOps yaklaşımında şu uygulamalar öne çıkar:

• Bulut maliyetlerini ekip, proje, uygulama ve müşteri bazında görünür hale getirmek,
• Etiketleme ve hesap yapısını standartlaştırmak,
• Bütçe, tahmin ve maliyet anomalisi uyarıları oluşturmak,
• Atıl ve gereğinden büyük kaynakları tespit etmek,
• Rezervasyon ve taahhüt kullanımını yönetmek,
• Birim maliyetleri izlemek,
• Finans, mühendislik ve ürün ekipleri arasında maliyet sorumluluğu oluşturmak.

Showback ve chargeback nedir?

Showback, kullanılan bulut maliyetinin departman veya ekiplere raporlanması ancak bütçeden doğrudan tahsil edilmemesidir. Chargeback ise maliyetin kaynağı kullanan departman veya iş biriminin bütçesine yansıtılmasıdır.

Bu modeller, “bulut faturasını yalnızca BT departmanı öder” yaklaşımı yerine hizmeti kullanan ekiplerin maliyet konusunda sorumluluk almasını sağlar.

Bulut maliyetleri nasıl optimize edilir?

1. Kaynakları etiketleyin: Her kaynağın sahibi, projesi, ortamı ve maliyet merkezi belirli olmalıdır.
2. Atıl kaynakları kapatın: Kullanılmayan sanal makineler, diskler, IP adresleri ve yük dengeleyiciler temizlenmelidir.
3. Doğru boyutlandırma yapın: Kaynak kapasitesi gerçek CPU, bellek ve depolama kullanımına göre ayarlanmalıdır.
4. Otomatik zamanlama kullanın: Test ve geliştirme ortamları kullanılmadığı saatlerde kapatılmalıdır.
5. Depolama sınıflarını yönetin: Seyrek erişilen veriler daha ekonomik saklama katmanlarına taşınmalıdır.
6. Veri transferini izleyin: Bölgeler ve internet arasındaki veri akışlarının maliyeti hesaplanmalıdır.
7. Taahhütleri analiz edin: Sürekli çalışan iş yüklerinde uygun rezervasyon veya indirim modelleri kullanılmalıdır.
8. Bütçe uyarıları kurun: Olağan dışı artışlar fatura dönemi bitmeden tespit edilmelidir.
9. Birim maliyeti ölçün: Yalnızca toplam fatura değil, kullanıcı veya işlem başına maliyet izlenmelidir.

CapEx mi OpEx mi daha avantajlı?

Bu sorunun bütün şirketler için geçerli tek bir cevabı yoktur. Tercih; iş yükünün yapısına, talep değişkenliğine, nakit akışına, güvenlik ve mevzuat ihtiyaçlarına, kurumun teknik yetkinliğine ve mevcut altyapısına bağlıdır.

Durum	Daha uygun olabilecek yaklaşım	Neden
Yeni veya talebi belirsiz proje	OpEx ağırlıklı bulut	Düşük başlangıç yatırımı ve hızlı ölçeklendirme
Kısa süreli test ortamı	Kullandıkça öde	İhtiyaç bitince kaynak kapatılabilir
Sürekli ve öngörülebilir iş yükü	Taahhütlü bulut veya CapEx karşılaştırması	Uzun vadeli birim maliyet optimize edilebilir
Mevcut veri merkezinde boş kapasite	CapEx yatırımını kullanmaya devam etme	Yeni geçiş maliyetinden kaçınılabilir
Hızlı küresel büyüme	Genel bulut	Yeni fiziksel altyapı kurmadan bölgesel genişleme
Özel donanım veya gecikme gereksinimi	On-premise veya hibrit	Donanım ve konum üzerinde daha fazla kontrol
Değişken ve dönemsel trafik	OpEx ağırlıklı bulut	Talebe göre kapasite artırılıp azaltılabilir

Hibrit bulutta CapEx ve OpEx birlikte kullanılabilir mi?

Evet. Birçok kurum bütün sistemlerini tek modele taşımak yerine hibrit bir yapı kullanır. Kritik veya sabit iş yükleri kurum içi altyapıda çalışırken değişken talebe sahip uygulamalar, yedekleme, analitik veya geliştirme ortamları bulutta tutulabilir.

Bu durumda:

• Mevcut CapEx yatırımlarından yararlanılabilir,
• Yeni ihtiyaçlar OpEx modeliyle karşılanabilir,
• Kapasite artışları bulut üzerinden yönetilebilir,
• İş yükleri maliyet, güvenlik ve performansa göre uygun ortama yerleştirilebilir.

Ancak hibrit model bağlantı, güvenlik, izleme, lisans ve operasyon karmaşıklığını artırabilir. Karar yalnızca muhasebe sınıflandırmasına göre verilmemelidir.

CapEx ve OpEx kararı için kontrol listesi

• İş yükünün talebi sabit mi, değişken mi?
• Değerlendirme dönemi kaç yıl olacak?
• Mevcut donanım ve veri merkezi kapasitesi nedir?
• Hedeflenen kullanılabilirlik ve felaket kurtarma seviyesi nedir?
• Bulut geçiş ve modernizasyon maliyetleri hesaplandı mı?
• Veri transferi, güvenlik, destek ve lisans giderleri eklendi mi?
• Personel ve operasyon maliyetleri dahil edildi mi?
• Atıl kapasite ve yanlış boyutlandırma riski değerlendirildi mi?
• İş yükü taahhüt indirimlerine uygun mu?
• Regülasyon ve veri yerleşimi gereksinimleri var mı?
• Bulutun çeviklik ve dayanıklılık değeri hesaplandı mı?
• Finans ve BT ekipleri aynı varsayımları mı kullanıyor?

Bulut finansmanı bilgisini nasıl geliştirebilirsiniz?

CapEx ve OpEx bilgisi yalnızca finans ekipleri için değildir. Bulut mimarları, yazılım ekipleri, ürün yöneticileri ve BT yöneticilerinin de kaynak kullanımının faturaya nasıl yansıdığını anlaması gerekir.

Bulut hizmet modelleri, dağıtım seçenekleri ve temel maliyet yapıları hakkında bilgi edinmek için Cloud Computing Essentials Eğitimi incelenebilir. Daha kapsamlı programlar için BlueMark Academy’nin AWS, Azure ve GCP bulut bilişim eğitimlerine göz atabilirsiniz.

AWS ekosisteminde teknik ve finansal bulut bilgisi geliştirmeyi hedefleyenler için AWS sertifikasyon rehberi de uygun bir sonraki kaynak olabilir.

Not: Bu içerik genel bilgilendirme amaçlıdır. Harcamaların CapEx veya OpEx olarak muhasebeleştirilmesi; sözleşme yapısına, geçerli mevzuata, muhasebe standartlarına ve şirket politikalarına göre değişebilir. Kesin sınıflandırma için mali müşaviriniz veya finans danışmanınızla görüşün.