EKS’den GKE’ye geçişte güven sorunu: Yapay zekânın ürettiği yapılandırma nasıl denetlenir?

Google’ın 24 Eylül 2026’da duyurduğu açık kaynaklı GKE geçiş aracı, Amazon’un yönetilen Kubernetes hizmeti EKS’den Google’ın yönetilen Kubernetes hizmeti GKE’ye taşınmayı tek seferlik bir yapay zekâ komutundan daha denetlenebilir bir sürece dönüştürmeyi hedefliyor. Google, aracı büyük dil modellerinin muhakemesini deterministik araçlar ve koruyucu kontrollerle birleştiren bir ajan eklentisi olarak tanımlıyor. Temel ayrım şu: Model değişiklik önerebilir; önerinin doğruluğu ise modelin kendi açıklamasına bırakılamaz. 2

Geçerli dosya, doğru geçiş demek değil

EKS’den GKE’ye taşınırken yalnızca Kubernetes alanlarının adını değiştirmek yetmez. Kodla tanımlanmış altyapı (infrastructure as code) ve Kubernetes yapılandırmaları çevrilirken iş yüklerinin hangi kaynaklara eriştiği, trafiğin nereye gittiği ve gerekli kapasitenin nasıl sağlandığı korunmalıdır. Google’ın genel geçiş kılavuzu da işe iş yüklerini ve bağımlılıklarını belirleyerek başlanmasını öneriyor. 19

Bu nedenle önerilen dönüşümlerde üç soru özellikle önem taşıyor:

• Kimlik ve izinler: AWS’deki erişim düzeni GKE’nin iş yükü kimliği yaklaşımına taşındığında uygulama ihtiyaç duyduğu yetkilere sahip olacak mı; gereğinden fazla yetki verilecek mi?
• Trafik: Yük dengeleyici üzerinden gelen istekler Gateway API yapılandırmasına geçince doğru servislere, beklenen kurallarla ulaşacak mı?
• Düğüm sağlama: İş yüklerinin yerleşim davranışı ve ihtiyaç duyduğu kapasite korunacak mı?

Bunlar geçişte gözden geçirilmesi gereken sorular; aracın her senaryoyu doğru çevirdiğine dair doğrulanmış garantiler değil. Bir yapılandırma dosyası sözdizimi açısından geçerli olsa bile izinleri, yönlendirmeyi veya kapasite varsayımlarını değiştirebilir.

Kontrollerin ve kod incelemesinin rolü

Model Context Protocol (MCP), bir ajanın araçlara erişmesini sağlayan bir arayüzdür; ortaya çıkan yapılandırmanın doğru olduğunu tek başına kanıtlamaz. Google’ın duyurusu, model muhakemesi ile deterministik araçların birlikte kullanıldığını doğruluyor. Ancak eldeki duyuru alıntısı, eklentinin bütün işlemlerini veya dönüşüm kurallarını ayrıntılandırmıyor. 2

Çevrimdışı, deterministik doğrulamanın avantajı, önerilen aynı dosyaların dağıtımdan önce aynı kurallarla tekrar tekrar sınanabilmesidir. Güvencesi de bu kuralların kapsamıyla sınırlıdır: Uygulamanın geçişten sonra aynı şekilde davranacağını tek başına göstermez. Google deterministik koruyucu kontrollerden söz etse de erişilebilir duyuru alıntısı çevrimdışı doğrulamanın tam kapsamını belirtmiyor. 2

Araç için tarif edilen pull request yaklaşımında değişiklikler canlı kümeye doğrudan uygulanmak yerine mühendislerin incelemesine ve mevcut sürekli entegrasyon/dağıtım (CI/CD) kontrollerine sunulabilir. Böylece ekipler farkları inceleyebilir, test ve onay isteyebilir. Bu yaklaşım Google’ın GKE dağıtımlarında kaynak kontrolü ve CI/CD kullanımına ilişkin rehberiyle uyumlu; ancak eldeki duyuru alıntısı aracın bu iş akışındaki her adımı ayrıca doğrulamıyor. 172

Google’ın duyurusunda Persistent yöneticisi Rahul Shrivastava yaklaşımı “provable, compiler-grade migration factory” — kabaca, “kanıtlanabilir, derleyici düzeyinde bir geçiş fabrikası” — diye nitelendiriyor. Benzetme, geçiş dosyalarını üretip denetleme fikrini anlatıyor; tüm geçişin matematiksel olarak güvenli olduğunun kanıtı değil. Çalışma zamanı davranışı, erişim, performans, bağımlılıklar ve son geçiş adımı ayrıca test edilmeli. 2

Intrinsic Core ile ortak nokta ne?

Google’ın GKE duyurusundan iki gün önce Intrinsic, Toronto’daki ROSCon 2026’da Intrinsic Core’u tanıttı. Açık kaynaklı ve ROS uyumlu robotik temeli; kontrol, hareket ve kavrama planlama, simülasyon ve poz tahmini için yeniden kullanılabilir bileşenler içeriyor. Haberlerde Apache 2.0 lisansı belirtiliyor; Intrinsic ayrıca donanımdan bağımsız gerçek zamanlı kontrol çerçevesini ve dijital ikiz özelliklerini anlatıyor. 403337

İki ürün arasındaki bağ teknik olmaktan çok stratejik: GKE aracı bulut geçişindeki işi, Intrinsic Core ise endüstriyel robot uygulaması geliştirmenin başlangıç maliyetini azaltmayı hedefliyor. Intrinsic hamlesi haberlerde, geliştiricilerin üzerinde ürün inşa edebileceği açık bir temel sunma yönüyle “robotların Android’i” yaklaşımına benzetiliyor. Bununla birlikte iki duyuru da tek başına AWS müşterilerinin Google Cloud’a geçeceğini veya geliştiricilerin Google’ın ücretli yapay zekâ hizmetlerini satın alacağını göstermiyor. 230

Sonuç: GKE aracının güven vaadi, yapay zekâya doğrudan dağıtım yetkisi vermek değil, ürettiği önerileri ayrı kontrollerin ve mühendislik incelemesinin konusu yapmak. Bu tasarım geçişi değerlendirmeyi kolaylaştırabilir; iş yükü bazında test ihtiyacını ortadan kaldırmaz. Sağlanan kaynaklarda geçiş hatalarının ya da maliyetlerinin ne kadar azaldığına ilişkin ölçülmüş bir sonuç da bulunmuyor. 219