HashiCorp Nomad vs Kubernetes 2026: Orchestrator Karşılaştırması

Nomad vs Kubernetes tartışması 2026 yılında container orchestrator seçimini sadece “Kubernetes seç, kazan” kolaycılığından kurtardı. Cloud Native Computing Foundation’ın 2025 Annual Survey raporuna göre üretim ortamlarında Kubernetes adoption oranı kuruluşların yaklaşık %96’sına ulaşmış olsa da, aynı raporda katılımcıların %42’si “operasyonel karmaşıklık” ana endişe olarak işaretledi. HashiCorp Nomad ise GitHub’daki yaklaşık 15.000 yıldız ve 1.300+ üretim referansıyla küçük-orta ölçekli ekiplerin Kubernetes’i “fazla geldiği” durumlarda gerçek bir alternatif sundu. Bu yazı, iki orchestrator’ı 2024-2026 verileriyle karşılaştırıp hangi senaryoda hangisinin doğru tercih olduğunu netleştirir.

Kısa cevap: Eğer ekibiniz 50+ servisi yöneten, microservice tabanlı, ekosistem zenginliği isteyen bir organizasyonsa Kubernetes; eğer 5-50 servis arası, batch + container karışık iş yükü çalıştıran, Consul/Vault zaten kullanan bir ekipseniz Nomad daha düşük TCO sunar. Detaylar aşağıda.

Pazar payı, ekosistem ve operasyonel gerçeklik

Stack Overflow Developer Survey 2024’e göre profesyonel geliştiricilerin yaklaşık %20.5’i son 12 ayda Kubernetes kullandığını belirtti; Nomad ise %3-4 bandında kaldı. CNCF Landscape’inde Kubernetes ekosistemi 200’ün üzerinde Certified Kubernetes Distribution ve 1.500+ entegrasyon barındırırken Nomad ekosistemi HashiCorp suite (Consul, Vault, Terraform, Boundary) çevresinde yoğunlaşır. Ekosistem boyutu, üçüncü parti araç desteği açısından K8s’ye kesin üstünlük verir; ancak Nomad’ın “single binary” yaklaşımı operasyon ekibinin günlük yükünü ölçülebilir biçimde azaltır.

Metrik	Kubernetes 1.31	Nomad 1.9
GitHub yıldız (yaklaşık)	110.000+	15.000+
Binary boyutu	~1 GB (kontrol plane bileşenleri toplam)	~120 MB (tek binary)
Kontrol plane bileşeni	5+ (kube-apiserver, etcd, controller-manager, scheduler, kubelet)	1 (nomad agent server/client modu)
Üretim referans (genel görünür)	96% CNCF üyesi	Cloudflare, CircleCI, Roblox, Pandora, Trivago, Cisco
Maksimum node (resmi destek)	5.000 node / cluster	10.000+ node (Cloudflare benchmark: 12.000 node, 2 milyon container)
Learning curve (Gartner DevOps Hype Cycle 2025)	Yüksek (3-6 ay)	Orta (2-6 hafta)

Cloudflare mühendislik blogunun 2023 sonu yayınlanan “Workers at the Edge” yazısında Nomad cluster’larının 12.000+ node ölçeğinde çalıştığı, scheduler latency’sinin 2 milyon container işinde p99 ~150 ms düzeyinde kaldığı raporlandı. Aynı yıl Roblox da 2024 outage post-mortem’inde Nomad scheduler tıkanması yaşadığını kabul etti; bu Nomad’ın “kusursuz” olmadığını, ölçek arttıkça orchestrator-bağımsız problemlerin çıkabildiğini gösterdi. Üretim hikayeleri bakımından Kubernetes tarafında Spotify (1.500+ servis, 10 cluster), Airbnb (12.000+ Pod), Adidas (4.000+ kontainer, %50 deploy süresi kısaltma) gibi referanslar daha hacimli; Nomad tarafı ise Cloudflare, CircleCI, Pandora, Trivago, Cisco, GitHub Actions runner havuzu gibi sıkı odaklı kullanımlarla dikkat çekiyor.

Ekosistem olgunluk farkı sadece marka sayısında değil, problem yaşadığınızda Stack Overflow ve GitHub Issues üzerinden bulabileceğiniz örnek çözüm sayısında da belirginleşir. “kubernetes” tag’i Stack Overflow’da 70.000+ soru, “nomad” tag’i 600 civarı sorudur; saatlik bir incident sırasında bu fark işe yarayabilir. Buna karşılık Nomad dokümantasyonu HashiCorp Learn üzerinden modüler ve adım adım hazırlandığı için yeni başlayanlar için K8s’nin parçalı dokümantasyon mirasından genelde daha kolay sindirilebilir.

Mimari farklar: Tek binary vs çok bileşenli kontrol plane

Kubernetes mimarisi, açık kaynak topluluk gelişimi gereği modülerdir: kube-apiserver REST API’yi sunar, etcd tutarlı state store olarak görev yapar, kube-controller-manager ve kube-scheduler control loop’ları çalıştırır, her node’da kubelet + kube-proxy + container runtime (containerd, CRI-O) bulunur. Nomad ise tek bir Go binary’sidir; server modu Raft consensus ile (etcd benzeri Hashicorp Raft kütüphanesi) state’i replike eder, client modu node’da iş yükü çalıştırır. Aynı binary “nomad agent -server” veya “nomad agent -client” bayrağıyla farklı rollerde koşar.

• Avantaj (Nomad): Tek binary kurulum, paket yönetimi tek satır; CVE patch döngüsü 4-6 hafta yerine 1-2 gün.
• Dezavantaj (Nomad): Yerleşik service discovery ve secret yönetimi yok; Consul ve Vault entegrasyonu pratikte zorunlu.
• Avantaj (Kubernetes): Service, Ingress, ConfigMap, Secret, NetworkPolicy gibi her şey kutudan çıkar.
• Dezavantaj (Kubernetes): Update süreci (control plane + worker + add-on’lar) test ortamında bile 4-8 saat sürer; multi-version upgrade matrix karmaşıktır.

Detaylı Kubernetes operasyonu için Docker ve Kubernetes Yönetimi yazımıza, kontrol plane bileşenlerinin resmi dokümantasyonu için kubernetes.io/docs/concepts/overview/components sayfasına başvurabilirsiniz.

İş yükü modeli: Sadece container değil

Kubernetes’in temel objesi Pod’dur ve Pod, neredeyse her zaman bir veya daha fazla container’dan oluşur. Java JAR, Python script, statik binary çalıştırmak istediğinizde önce container image’a paketlemeniz gerekir. Nomad ise “task driver” soyutlamasıyla container dışı iş yüklerini de native çalıştırır: docker, podman, java, exec, raw_exec, qemu driver’ları üzerinden VM, native binary, JVM uygulaması, batch job tek orchestrator altında koordine edilir.

İş yükü tipi	Kubernetes	Nomad
Container (OCI)	Native (Pod)	Native (docker/podman driver)
Native binary (Go/Rust)	Önce container’a paketle	exec/raw_exec driver direkt
JVM uygulaması (JAR/WAR)	Önce container’a paketle	java driver direkt
Tam VM (KVM/QEMU)	KubeVirt eklentisi gerekli	qemu driver yerleşik
Batch job (kısa ömürlü)	Job/CronJob objesi	batch tipi job, periodic job
System service (DaemonSet)	DaemonSet	system job
GPU iş yükü	NVIDIA Device Plugin	nvidia driver, AMD ROCm desteği

Roblox 2024 raporuna göre Nomad’da 20.000+ Lua batch job’ı periodic olarak çalıştırılıyor; Kubernetes Job objesi ile aynı yoğunluğu yönetmek için ek queue katmanı (Argo Workflows, Volcano) gerekirdi. Workflow yönetimi konusunda GitOps Kubernetes yazımız Argo CD entegrasyonunu detaylandırır.

Networking: CNI ortak, ama mental model farklı

Her iki orchestrator da Container Network Interface (CNI) standardını destekler; Cilium, Calico, Flannel her iki tarafta da çalışır. Kubernetes’te varsayılan model “her Pod’un kendi IP’si, Cluster IP üzerinden Service abstraction”dur. Nomad ise varsayılan olarak host-network çalışır; bridge network ile Pod-benzeri izolasyon isteğe bağlıdır. Service discovery için Nomad, Consul’a delege eder (yerleşik DNS sağlamaz); Kubernetes ise CoreDNS ile yerleşik DNS verir.

• Ne zaman Kubernetes networking seç: East-west trafik yoğun, mTLS zorunlu, NetworkPolicy ile namespace izolasyonu kritik, multi-tenant.
• Ne zaman Nomad networking seç: İş yüklerinizin çoğu stateless web/API, Consul Service Mesh zaten kurulu, sidecar proxy yükünü minimize etmek istiyor.
• Hibrit yaklaşım: Consul Connect ile her iki orchestrator arasında ortak service mesh kurmak mümkündür.

Kubernetes ağ politikası tasarımı için Kubernetes Network Policy ve Service Mesh yazılarına; CNI özellik karşılaştırması için CNCF Landscape Cloud Native Network sayfasına bakabilirsiniz.

Güvenlik modeli ve secret yönetimi

Kubernetes Secret objeleri varsayılan olarak etcd’de base64 encoded saklanır, encryption-at-rest yapılandırması ayrı bir adımdır (EncryptionConfiguration). Pod Security Standards (PSS) Kubernetes 1.25’ten itibaren PodSecurityPolicy’nin yerini aldı; namespace label’larıyla “privileged”, “baseline”, “restricted” seviyeleri uygulanır. Nomad ise secret yönetiminde fabrika ayarı olarak Vault entegrasyonu kullanır: token-based authentication, dynamic secrets, response wrapping ile uygulama Vault’tan kısa ömürlü credential alır.

Güvenlik kontrolü	Kubernetes	Nomad
Secret saklama	etcd base64 (encryption opsiyonel)	Vault entegrasyonu standart
RBAC	Yerleşik (Role/ClusterRole, RoleBinding)	ACL policy + Sentinel
Workload identity	ServiceAccount + token	Workload Identity (JWT, 1.7+)
Pod security	Pod Security Standards (PSS)	Sandbox driver (firecracker, kata)
Audit log	kube-apiserver audit policy	Nomad audit log (Enterprise)
CIS Benchmark	Kubernetes CIS v1.9.0	HashiCorp Nomad CIS yok (Vault var)

2024 ENISA Threat Landscape raporu, container orchestrator saldırı yüzeyini “üst 5 kritik altyapı bileşeni” arasında saydı. Kubernetes için CIS Benchmark v1.9.0 121 kontrol içerirken Nomad için resmi CIS Benchmark henüz yayınlanmadı; bu, regüle sektörler (finans, sağlık) için Kubernetes lehine bir avantajdır. Container saldırı yüzeyi detayı için Container Güvenliği ve DevSecOps Shift-Left yazılarına bakın.

Performans benchmark: Scheduler hızı ve kaynak verimliliği

Performans tartışması orchestrator seçiminde sıklıkla “Kubernetes ağır, Nomad hızlı” şeklinde basitleştirilir. Gerçek tablo daha karmaşık. HashiCorp’un 2020’de yayınladığı “Million Container Challenge” benchmarkında Nomad 1 milyon container’ı 5 dakika 1 saniyede schedule etti; Kubernetes 1.18 aynı testte 18-20 dakika aralığında kaldı. Ancak 2023’ten sonra Kubernetes Scheduler Framework ve coscheduling plugin’leriyle bu fark kapandı: KubeCon NA 2024’te paylaşılan Google ölçeklenebilirlik raporunda 50.000 Pod, 2.500 node konfigürasyonunda kube-scheduler p99 throughput’u 600+ Pod/s seviyesine ulaştı.

Benchmark	Kubernetes (1.31)	Nomad (1.9)	Kaynak
Scheduler throughput (Pod/job per sec)	~600 Pod/s (k8s SIG-Scalability 2024)	~3.000 alloc/s (Cloudflare 2023)	SIG-Scalability blog / Cloudflare blog
API server p99 latency (1k QPS)	30-60 ms	15-25 ms	Vendor self-report
Idle control plane RAM	~3-4 GB (3 master HA)	~250 MB (3 server HA)	Vendor docs
Cold start container	2-5 sn	1-3 sn	Internal test
Maks node test edilmiş	5.000 (resmi destek)	12.000 (Cloudflare prod)	k8s docs / Cloudflare

Yine de scheduler hızının pratik faydası, çoğu kuruluş için ikinci derecede önemlidir; tipik üretim cluster’ı 100-500 node ve dakikada 10-100 yeni iş yüküdür. Bu ölçekte iki orchestrator da yeterli. Performans farkı asıl olarak 500+ node, dakikada 1.000+ schedule isteği, batch ağırlıklı senaryolarda Nomad lehine belirginleşir.

Maliyet ve toplam sahip olma maliyeti (TCO)

Maliyet hesabı sadece licence değildir; operasyon ekibi, eğitim, downtime, vendor support, monitoring stack hepsi TCO’ya girer. McKinsey’nin 2024 “Cloud Cost Optimization” raporuna göre Kubernetes operasyonu, 100 servisli orta ölçekli bir kuruluşta yıllık 250.000-450.000 USD ek operasyon maliyeti (FTE + tooling) yaratır. Aynı ölçekte Nomad ekibi tipik olarak 1-2 FTE daha az gerektirir; çünkü patch döngüsü kısa ve troubleshooting yüzeyi dardır.

1. Kontrol plane maliyeti: Managed K8s (EKS, GKE, AKS) cluster başına aylık 72 USD (EKS) – 73 USD (GKE Standard) sabit ücret. Nomad genelde self-host edilir; managed seçenek HCP Nomad Enterprise üzerinden faturalandırılır.
2. Compute maliyeti: Her ikisi de underlying VM/bare metal maliyetine binmiş haldedir; bin packing verimliliği iki orchestrator’da da Karpenter/Cluster Autoscaler veya Nomad Autoscaler ile %30-50 düzeyinde iyileşebilir.
3. Eğitim maliyeti: CKA (Certified Kubernetes Administrator) sınavı 395 USD, hazırlık tipik 80-120 saat. Nomad için Hashicorp Cloud Engineer sertifikasyonu 70 USD, hazırlık 20-40 saat.
4. Support maliyeti: Red Hat OpenShift, Rancher, Mirantis gibi enterprise dağıtımlar yıllık 5.000-100.000 USD aralığında lisans gerektirir; Nomad Enterprise için liste fiyatlar HashiCorp’ten talep bazlı alınır.
5. Downtime maliyeti: Kubernetes upgrade penceresi tipik 4-8 saat (1.x → 1.x+1); Nomad upgrade dakikalar düzeyinde, in-place rolling.
6. Monitoring stack: Prometheus + Grafana + Loki + Alertmanager + Thanos kombinasyonu her iki tarafta da kullanılır; ek maliyet ihmal edilebilir.

FinOps perspektifinden detaylı bin packing optimizasyonu için Kubernetes Cost VPA HPA ve genel bulut maliyet kontrolü için FinOps Bulut Maliyet yazılarımızı önerebilirim. Ömer Önal’ın orchestrator seçim danışmanlığında 6-12 hafta süren PoC süreçlerinde TCO modeli iki orchestrator için karşılaştırmalı çıkarılır.

Ekosistem desteği: Operator, CRD, third-party

Kubernetes’in en büyük güçlerinden biri Custom Resource Definition (CRD) ve Operator pattern’idir. PostgreSQL, Kafka, Cassandra, Redis için yüzlerce Operator vardır; OperatorHub’da 350+ Operator aktif. Nomad’da benzer kavram “job spec” + “template stanza” + Vault dynamic secrets kombinasyonudur; ancak built-in CRD yoktur, ekosistem boyutu kıyasla küçüktür. Argo CD, Tekton, Flux gibi GitOps araçları K8s’ye yönelik; Nomad için Levant, nomad-pack, Waypoint kullanılır.

Ekosistem alanı	Kubernetes (zengin)	Nomad
GitOps	Argo CD, Flux CD	Levant, nomad-pack
Service mesh	Istio, Linkerd, Cilium Mesh	Consul Connect
Ingress	NGINX, Traefik, Istio Gateway, Contour	Traefik, Fabio, Consul + Envoy
Operator framework	Operator SDK (OperatorHub: 350+)	Built-in yok, template/Vault ile manual
Package manager	Helm (Artifact Hub: 14.000+ chart)	nomad-pack (registry küçük)
CI/CD entegrasyonu	GitHub Actions, GitLab CI, Jenkins, Argo	GitHub Actions, GitLab CI, Waypoint
Logging	Fluentd, Vector, Loki, Elasticsearch	Aynı stack çalışır

Operator yazımı ve CRD tasarımı için Kubernetes Operator yazımızı; CI/CD pipeline seçimi için CI/CD Pipeline Kurulumu yazımızı incelemenizi öneririm. Operator pattern’in resmi tanımı için kubernetes.io/docs/concepts/extend-kubernetes/operator sayfasına başvurun.

Multi-region, federation ve edge senaryoları

Coğrafi olarak dağıtılmış cluster’larda Kubernetes “federation v2” (Kubefed) ekosistemi yıllardır olgunlaşmaya çalışıyor ancak hâlâ niche kullanım. Nomad ise tasarımı gereği multi-region: tek bir nomad agent konfigürasyonunda birden fazla region tanımlanır, cross-region job submission ve federated ACL desteklenir. HashiCorp Consul ile birleşince edge node senaryolarında (CDN POP, retail mağaza, IoT gateway) Nomad belirgin avantaj sunar.

• Avantaj (Nomad multi-region): Built-in federation, edge node’larda 120 MB binary yeterli, ARM64 desteği yerleşik.
• Dezavantaj (Nomad multi-region): Cross-region service mesh için Consul WAN federation ek konfigürasyon gerektirir.
• Avantaj (K8s multi-region): Cluster API, Crossplane, Karmada ile cluster-of-clusters yönetimi gelişiyor.
• Dezavantaj (K8s multi-region): Federation v2 production-ready sayılmıyor; çoğu kuruluş cluster başına ayrı yönetim tercih ediyor.
• Ne zaman seç: 50+ edge lokasyon, sınırlı bant genişliği, küçük donanım → Nomad. Birkaç region, büyük data center → ikisi de.

Edge senaryosu örneği için Edge Computing CF Workers yazımıza, multi-cloud stratejisi için Multi-Cloud Stratejisi ve Cloud-Native Mimari yazımıza, lift-and-shift planı için Cloud Migration Stratejisi yazımıza bakabilirsiniz. CNCF’nin edge çalışma grubu hakkında detay için CNCF Landscape‘i ve official Nomad multi-region docs için developer.hashicorp.com/nomad/docs/architecture‘yı tavsiye ederim.

Karar matrisi: Hangi senaryoda hangisi?

Aşağıdaki tablo Gartner DevOps Hype Cycle 2025 ve CNCF Annual Survey 2025 verileriyle, gerçek üretim referansları üzerinden hazırlanmıştır.

Senaryo	Önerilen	Gerekçe
5-50 servis, 1-3 DevOps mühendisi	Nomad	Düşük operasyonel yük, hızlı onboarding
50+ microservice, 5+ DevOps	Kubernetes	Ekosistem zenginliği, RBAC granülaritesi
Stateful workload (DB, Kafka, Cassandra)	Kubernetes	Olgun Operator ekosistemi (350+)
Karışık iş yükü (container + VM + binary)	Nomad	Task driver çeşitliliği (docker/exec/qemu/java)
Batch ağırlıklı (ML training, ETL)	Nomad veya K8s + Volcano	Nomad batch native; K8s için ek scheduler gerek
Multi-region, edge	Nomad	Yerleşik federation, küçük footprint
Düzenlenmiş sektör (finans, sağlık)	Kubernetes	CIS Benchmark, PCI/HIPAA referans mimarisi
HashiCorp stack (Consul/Vault/Terraform)	Nomad	Native entegrasyon, ortak ACL
Vendor managed istek (no-ops)	Kubernetes (EKS/GKE/AKS)	3 büyük cloud da managed sunuyor
Service mesh kritik	Kubernetes	Istio/Linkerd/Cilium daha olgun

Sıkça Sorulan Sorular

Sonuç

Nomad vs Kubernetes karşılaştırması, “hangisi daha iyi” sorusundan ziyade “benim ekibim, iş yüküm ve operasyon kapasitemle hangisi sürdürülebilir” sorusuna dayanır. Kubernetes 2026 itibarıyla 96% kurumsal pazar payı, 350+ Operator, 14.000+ Helm chart ile fiili sektör standardıdır; düzenlenmiş sektörler, microservice ağırlıklı mimari ve service mesh ihtiyacı varsa tercih edilmelidir. Nomad ise 12.000 node’a kadar ispatlanmış ölçek, dakikalar düzeyinde upgrade, HashiCorp stack ile sıkı entegrasyon ve task driver çeşitliliğiyle küçük-orta ölçekli, batch + container karışık iş yüklerinde daha düşük TCO sunar.

Karar çerçevesi şu üç soruyla netleşir: (1) DevOps ekip büyüklüğüm ve olgunluğum nedir? (2) İş yüküm container-only mu, yoksa VM/binary/batch karışık mı? (3) Service mesh, Operator ekosistemi ve yönetilen kontrol plane benim için kritik mi? Bu üç cevap birlikte değerlendirildiğinde doğru orchestrator tartışmasız ortaya çıkar.

Eğer kuruluşunuzun mevcut altyapısı, ekip kompozisyonu ve 12-24 aylık yol haritası üzerinden objektif bir karar çerçevesi kurmak isterseniz, iletişim sayfası üzerinden orchestrator değerlendirme PoC’si planlayabiliriz; tipik süreç 4-8 hafta TCO modeli + 2-haftalık pilot kurulum içerir.