--- title: "CIQ, Kubernetes'i tek imzalı binary olarak dağıtan SKE'yi duyurdu" description: "CIQ'nun Stratum Kubernetes Engine dağıtımı Kubernetes'i tek imzalı binary olarak paketliyor. MCP server, upgrade ve yedekleme ayrıntıları burada." image: "https://sezer.in/wp-content/uploads/2026/11/Kubernetes-AI-Infrastructure-Orchestration-1024x439-1.webp" url: "https://sezer.in/haberler/stratum-kubernetes-engine-tek-binary/" date: "2026-11-02T18:51:18+03:00" updated: "2026-11-02T18:51:18+03:00" author: "Sezer Şanlıkan" lang: "tr" source: "https://sezer.in/haberler/stratum-kubernetes-engine-tek-binary/" --- # CIQ, Kubernetes'i tek imzalı binary olarak dağıtan SKE'yi duyurdu Rocky Linux'un arkasındaki şirket CIQ, Kubernetes'i tek imzalı binary olarak dağıtan açık kaynak Stratum Kubernetes Engine (SKE) dağıtımını duyurdu. SKE şu an technical preview aşamasında, genel kullanıma 5 Kasım'da açılacak ve Apache 2.0 lisansıyla ücretsiz geliyor. Çoklu cluster yönetimi, CIS hardening profili ve destek ise ücretli Stratum Pro sürümünde. ## Model Context Protocol nedir, ne işe yarar? Model Context Protocol (MCP), yapay zekâ modellerinin ve agent'ların dış araçlara ve veri kaynaklarına standart bir arayüzle bağlanması için tasarlanmış açık bir protokoldür. Bir MCP server, agent'ın çağırabileceği tool'ları tanımlar. Altyapı tarafında agent'ların cluster, veritabanı ya da ticket sistemi gibi sistemlerle kontrollü biçimde konuşması için kullanılır. ## Stratum Kubernetes Engine neyi tek pakete topluyor? Bir cluster'ı production'da tutan parça sayısı kubelet ile API server'dan çok daha fazla. Bu bileşenlerin her biri kendi takviminde release çıkarıyor. Birkaç ay sonra elinizde kimsenin birlikte test etmediği bir kombinasyon kalıyor. CIQ bu drift'i hedefliyor. Yaklaşık on upstream projeyi değiştirmeden alıyor, set olarak sabitleyip test ediyor ve tek imzalı binary ile dağıtıyor. Kurulum, node ekleme ve upgrade aynı dosyayla yapılıyor. Kaynakta bu on projenin hangileri olduğu tek tek sayılmıyor. Değerlendirmeye buradan başlayın: hangi CNI, hangi storage bileşeni, hangi monitoring yığını pakette, hangisini değiştirebiliyorsunuz. Mevcut bir standardınız varsa uyumu bu listeye bağlı. ## Upgrade ve yedekleme tarafında gelenler Day-2 vaatleri kurulumdan daha ilgi çekici: - Rolling upgrade her adımda node sağlığını kontrol ediyor, başarısız olan node'u geri alıyor. - etcd snapshot'ları varsayılan olarak 12 saatte bir alınıyor. - Sertifikalar süresi dolmadan yenileniyor. - Her release imzalı ve SBOM (Software Bill of Materials) ile geliyor. Sertifika yenileme tek başına bile değerli. Süresi dolan cluster sertifikası, kubeadm ile kurulmuş ortamlarda hâlâ sık rastlanan bir kesinti nedeni. 12 saatlik snapshot aralığı ise varsayılan olarak geniş. En kötü durumda yarım günlük cluster state'ini kaybedebilirsiniz. Kaynakta snapshot'ların nereye yazıldığı da geçmiyor. Aynı node'un diskinde duruyorsa, o node'u kaybettiğinizde yedeği de kaybedersiniz. Preview'de bu iki ayarı dokümantasyondan kontrol edin. ## MCP server: agent'a cluster'ı açarken SKE içinde bir MCP (Model Context Protocol) server geliyor. 37 tool üç seviyeye ayrılmış: read, write ve destructive. Açık seviyenin üstündeki tool'lar hiç register edilmiyor. Bu tasarım önemli. Bir prompt injection (istem enjeksiyonu) agent'ı ikna etse bile, listede olmayan tool çağrılamaz. Kısıt prompt'un içinde değil, tool kaydında duruyor. İkinci katman Kubernetes erişim kontrolleri. Her çağrı bunlarla sınırlanıyor, secret'lar agent'a kapalı. Pratik sıralama şöyle olabilir: - Read seviyesiyle başlayın, log ve pod durumu okumak çoğu ihtiyacı karşılar. - Write seviyesini dev ve test cluster'larında açın. - Destructive seviyesini production'da kapalı tutun. Tier ve RBAC iki ayrı kilit. Birini diğerinin yerine saymayın. Agent'ın hangi kimlikle bağlandığı kaynakta yazmıyor; bulduğunuzda gerçek yetkilerini şöyle görebilirsiniz: ``` kubectl auth can-i --list --as= ``` Web dashboard'daki shell erişimine de aynı gözle bakın. Tarayıcıdan pod'a shell açabilen bir arayüz, kimlerin oturum açabildiğini sıkı tutmayı gerektirir. ## Kimin işine yarar, kim beklemeli En doğal hedef kitle Enterprise Linux 9 ve sonrası çalıştıran ekipler. Rocky Linux, RLC Pro AI ve RLC Pro Hardened destekleniyor, amd64 ve arm64 için ayrı binary var. Ayrı bir node işletim sistemine geçmek istemeyen, HPC ve GPU altyapısı yanında Kubernetes kurmak isteyen ekiplere uyuyor. Anketteki bir rakam dikkat çekiyor: katılımcıların yüzde 65'i air-gapped cluster işletiyor. Tek binary bu ortamlara taşımayı kolaylaştırabilir. Ama binary'nin bileşen image'larını içinde taşıyıp taşımadığı kaynakta yok. Air-gapped kurulum planlıyorsanız ilk soru bu. Beklemesi mantıklı olanlar da var. Ücretsiz sürüm tek cluster yönetiyor. Fleet yönetimi, app catalog ve CIS hardening (sıkılaştırma) profili Stratum Pro'da, fiyatı ise henüz açıklanmadı. Cluster API ile provisioning sonraki bir release'e kaldı. Çok sayıda cluster'ı tek yerden yönetmek için Stratum Kubernetes Engine'in ücretsiz sürümü yetmiyor. ## Preview'i denemeden önce Önce host'un uygun olduğunu doğrulayın: ``` cat /etc/os-release uname -m ``` Çıktıda Enterprise Linux 9 veya sonrası ve x86_64 ya da aarch64 görmelisiniz. Stratum Kubernetes Engine'in genel kullanıma açılmasına üç gün var. Preview'i bir test cluster'ında kurup bir upgrade ve bir node rollback senaryosu deneyin. Production kararını GA sürümüyle ve Pro fiyatı netleştikten sonra verin.