MQTT broker toplam sahip olma maliyeti (TCO), cihazlarınız için mesajlaşmayı birkaç yıl boyunca işletmenin tam maliyetidir; bir faturadaki sunucu ya da abonelik satırından ibaret değildir. Bu rehberde altyapı, mühendislik zamanı, nöbet, olaylar ve riski kapsayan bir TCO modeli kuracak, bunu kendi barındırdığınız ve yönetilen seçeneklere uygulayacak ve sonucu en çok hangi varsayımların değiştirdiğini öğreneceksiniz. Model hiçbir tedarikçi fiyatı içermez; kendi ücretlerinizi ve aldığınız teklifleri yerleştirirsiniz.
TCO Neden Etiket Fiyatından Daha İyidir?
Kendi barındırdığınız bir broker'ın görünen maliyeti bir sanal makine ve belki bir load balancer'dır. Yönetilen bir broker'ın görünen maliyeti ise bir aboneliktir. Bu iki rakamı karşılaştırmak neredeyse her zaman kendi barındırmayı daha ucuz gösterir ve bu karşılaştırma neredeyse her zaman yanlıştır; çünkü kendi barındırmanın en büyük maliyetleri, hiçbir bulut faturasında görünmeyen insan ve risktir.
Tersi de doğru olabilir. Benzer altyapıyı zaten işleten bir ekibin yönettiği büyük ve istikrarlı bir iş yükü için kendi barındırma birkaç yıl içinde daha ucuz seçenek olabilir. İyi bir TCO modeli bir cevabı peşinen varsaymaz; varsayımları açık hale getirir, böylece onlar üzerinde tartışabilirsiniz.
Maliyet Kategorileri
1. Altyapı
- Tepe bağlantı sayısı ve mesaj hızına göre boyutlandırılmış broker node'ları için işlem gücü; yüksek erişilebilirlik gerekiyorsa artı yedeklilik.
- Load balancer'lar ve genel IP adresleri.
- Kalıcılık, loglar ve yedekler için depolama.
- Yüksek fan-out'lu iş yüklerinde ciddi boyutlara ulaşabilen ağ çıkış (egress) trafiği.
- İzleme ve loglama servisleri.
- Canlı olmayan ortamlar: staging ve test broker'ları.
2. İlk Mühendislik
- Broker'ı seçmek, kurmak ve sıkılaştırmak (hardening).
- TLS sertifikası otomasyonu ve yenilenmesi.
- Kimlik doğrulama: parola dosyaları, bir auth eklentisi ya da bir kimlik entegrasyonu.
- İzleme dashboard'ları ve alarm kuralları.
- Infrastructure as code, yedekler ve runbook'lar.
- Güvenlik incelemesi ve sızma testi.
3. Süregelen Operasyonlar
- İşletim sistemi ve broker yamaları ile bunların dağıtımdan önce test edilmesi.
- Sertifika yenileme, kimlik bilgisi yönetimi ve yeni cihazların devreye alınması.
- Kapasite planlaması ve ölçeklendirme olayları.
- Büyük broker sürümleri arasında yükseltmeler.
- Uygulama ekiplerinin "sorun broker'da mı?" sorusunu cevaplamak.
4. Nöbet (On-Call)
Sahadaki cihazlar günün her saatinde broker'a bağımlıysa, birinin de günün her saatinde ulaşılabilir olması gerekir. Nöbetin sakin haftalarda bile bir maliyeti vardır: nöbet ödenekleri, kişisel zamana getirilen kısıt ve sürdürülebilir bir nöbet çizelgesi için birden fazla eğitimli kişiye ihtiyaç duyulması.
5. Olaylar (Incident)
Olayları çözmek mühendislik saatine mal olur, ancak iş etkisi çoğu zaman daha büyüktür: kaybolan veri, kaçırılan komutlar, saha servis ziyaretleri, kendi müşterilerinize karşı SLA cezaları ve itibar kaybı. Bunları beklenen değer olarak tahmin edin: yılda muhtemel olay sayısı çarpı ortalama etki.
6. Fırsat Maliyeti
Broker tesisatına harcanan her saat, ürününüze harcanmayan bir saattir. Bunu sayısallaştırmak zordur ama küçük ekipler için çoğu zaman belirleyicidir.
7. Yönetilen Hizmet Maliyetleri
Yönetilen bir broker için abonelik veya kullanım ücretlerini (modeller için MQTT broker fiyatlandırması yazısına bakın) ve geriye kalan iç işleri ekleyin: kimlik bilgisi yönetimi, istemci tarafı izleme ve entegrasyon servisleri. Operasyon yükü sıfıra inmez, ancak broker altyapısı, yamalar, sertifikalar ve broker seviyesindeki nöbet sağlayıcıya geçer.
TCO Modelini Kurmak
En az üç yılı modelleyin, çünkü ilk mühendislik maliyeti başta yoğunlaşır ve geçişler pahalıdır. İnsan maliyetini saat olarak hesaplayın ve tam yüklü saatlik ücretinizle (maaş artı genel giderler) paraya çevirin.
Inputs
H_rate loaded cost per engineering hour
Y years in the model (3 recommended)
Infra_m monthly infrastructure cost (all environments)
Build_h initial engineering hours
Ops_h_m ongoing operations hours per month
OnCall_m monthly on-call cost (allowances + rota overhead)
Inc_y expected incidents per year
Inc_h engineering hours per incident
Inc_impact business impact per incident
Sub_m monthly managed-service subscription or usage
Int_h_m internal hours per month that remain with a managed service
Self-hosted TCO
= Build_h x H_rate
+ Y x 12 x (Infra_m + Ops_h_m x H_rate + OnCall_m)
+ Y x Inc_y x (Inc_h x H_rate + Inc_impact)
Managed TCO
= Onboarding_h x H_rate
+ Y x 12 x (Sub_m + Int_h_m x H_rate)
+ Y x Inc_y_managed x (Inc_h_managed x H_rate + Inc_impact)
Yönetilen hizmet formülünün de olayları içerdiğine dikkat edin. Broker'ı bir sağlayıcı işletir, ancak ağınız, cihazlarınız ve entegrasyonlarınız yine de arızalanabilir ve sağlayıcı kesintileri de yaşanır. Değişen şey genellikle süresi dolmuş sertifikalar veya dolan bir disk gibi kendi kendine yol açılan olayların sıklığı ve kurtarma işini kimin yaptığıdır.
Saat Bazında Örnek Bir Hesap
Fiyat uydurmadan sonucun genel görünümünü göstermek için, mütevazı bir canlı ortam kurulumuna yönelik açıklayıcı bir efor tahmini aşağıdadır: birkaç yüz cihaz, yüksek erişilebilirlik gerekli ve mevcut broker uzmanlığı olmayan bir ekip. Her rakamı kendinizinkiyle değiştirin.
| Kalem | Kendi barındırma (örnek varsayım) | Yönetilen (örnek varsayım) |
|---|---|---|
| İlk kurulum ve sıkılaştırma | 120 saat | 16 saat devreye alma |
| Süregelen operasyonlar | 16 saat / ay | 4 saat / ay |
| Nöbet çizelgesi | Broker için gerekli | Broker altyapısı için gerekli değil |
| Yıllık olay sayısı | 3 | 1 |
| Olay başına saat | 12 | 4 |
| Altyapı | 2+ node, LB ve izleme için bulut faturanız | Aboneliğe dahil |
Bu varsayımlarla üç yılda kendi barındırma için kabaca 120 + 36 x 16 + 3 x 3 x 12 = 804 mühendislik saati, yönetilen hizmet için ise 16 + 36 x 4 + 3 x 1 x 4 = 172 saat çıkar; buna altyapı, abonelik, nöbet ve iş etkisi dahil değildir. Saatlik ücretinizle çarpın, parasal kalemleri ekleyin ve karşılaştırma somut hale gelsin. Sizin varsayımlarınız çok farklı olabilir; önemli olan onları yazıya dökmektir.
Duyarlılık: Hangi Varsayımlar En Çok Önemlidir?
Modeli her girdi için iyimser ve kötümser değerlerle çalıştırın. Çoğu modelde birkaç girdi baskındır:
- Tam yüklü saatlik ücret: yüksek ücretler her operasyon saatini pahalı kılar ve yönetilen hizmetlerin lehine işler.
- Olay etkisi: bir broker kesintisi üretim hatlarını veya müşteriye dönük özellikleri durduruyorsa, beklenen olay maliyeti diğer her şeyi gölgede bırakabilir.
- Yüksek erişilebilirlik: HA gerekliliği, kendi barındırılan altyapıyı ve karmaşıklığı katlar.
- Mevcut uzmanlık: benzer sistemleri zaten işleten bir ekibin kurulum ve operasyon saatleri daha düşüktür.
- Ölçek: çok büyük ve istikrarlı ölçekte altyapı verimliliği daha önemli hale gelir; kendi barındırma veya dedicated kapasite kazanabilir.
- Uyumluluk: veri yerleşimi veya izolasyon gereksinimleri, maliyetten bağımsız olarak bazı seçenekleri dahil edebilir ya da dışarıda bırakabilir.
Kendi Barındırma, Yönetilen Hizmet ve Aradaki Seçenekler
TCO ikili bir seçim değildir. Örneğin ConnectMQ, dengeyi farklı şekillerde değiştiren birkaç dağıtım modeli sunar:
| Model | Altyapıyı kim çalıştırır | Broker'ı kim işletir | TCO profili |
|---|---|---|---|
| Kendi barındırılan açık kaynak | Siz | Siz | En düşük doğrudan maliyet, en yüksek insan maliyeti |
| Serverless yönetilen | Sağlayıcı | Sağlayıcı | Kullanıma dayalı, minimum operasyon |
| Dedicated yönetilen | Sağlayıcı | Sağlayıcı | Öngörülebilir kapasite, izolasyon |
| BYOC | Sizin bulut hesabınız | Sağlayıcı | Mevcut bulut taahhütlerini kullanır, sağlayıcı işletir |
| Self Managed Enterprise | Siz | Siz, tedarikçi yazılımıyla | Kendi altyapınızda tam kontrol |
Operasyonel farkların dengeli bir değerlendirmesi için kendi barındırılan ve yönetilen MQTT broker karşılaştırmasını okuyun; model taşınma yönünü gösteriyorsa Mosquitto'dan bulut MQTT'ye geçiş rehberine göz atın.
TCO Kontrol Listesi
- En az üç yılı modelleyin.
- Yalnızca canlı ortamı değil, tüm ortamları dahil edin.
- Tüm insan zamanını tam yüklü saatlik ücretle paraya çevirin.
- Nöbeti sürekli bir maliyet olarak dahil edin.
- Olayları sıklık çarpı etki olarak tahmin edin.
- İçeri ve dışarı geçiş maliyetlerini dahil edin.
- İyimser ve kötümser senaryolar çalıştırın.
- Altı ay sonra ölçülmüş verilerle modeli yeniden gözden geçirin.
Maliyetlerinizi ConnectMQ ile Modelleyin
Herhangi bir TCO modeli için en güvenilir girdi ölçülmüş kullanımdır. app.connectmq.com adresinde kredi kartı gerekmeden Serverless planında ücretsiz bir broker oluşturun, bir pilot çalıştırın ve gerçekte harcadığınız saatleri kaydedin. ConnectMQ, istemci kodunu değiştirmeden Serverless'tan Dedicated, BYOC veya Self Managed Enterprise'a geçmenizi sağlayan yönetilen bir MQTT broker'dır. Bulut MQTT broker rehberimiz dağıtım modellerini açıklar; konuya yeniyseniz bir MQTT broker'ın ne yaptığını da inceleyebilirsiniz.
Sık Sorulan Sorular
Kendi barındırılan bir MQTT broker'ın en büyük gizli maliyeti nedir?
Genellikle insan zamanı: ilk sıkılaştırma, süregelen yamalar, sertifika yönetimi ve nöbet. Cihazlar veya müşteriler broker'a bağımlıysa olay etkisi bundan da büyük olabilir.
Yönetilen bir MQTT broker her zaman daha mı ucuzdur?
Hayır. Deneyimli bir ekibin işlettiği büyük ve istikrarlı iş yüklerinde kendi barındırma veya dedicated kapasite zaman içinde daha az maliyetli olabilir. Kendi varsayımlarınızla kurduğunuz bir TCO modeli hangisinin sizin için geçerli olduğunu gösterir.
Bir MQTT broker TCO modeli kaç yılı kapsamalı?
En az üç yılı. Daha kısa ufuklar ilk kurulum maliyetlerine fazla ağırlık verir; yükseltmeleri, personel değişikliklerini ve daha sonra geçiş yapmanın maliyetini göz ardı eder.
TCO bir tedarikçiden ayrılmanın maliyetini içerir mi?
İçermelidir. Standart MQTT istemcileri ve topic yapıları çıkış maliyetlerini düşük tutar; tescilli API'ler ve rule engine'ler ise bu maliyetleri artırır. Dışarı geçiş için bir tahmin ekleyin.
