Ejen migrasi GKE Google: AI cadang perubahan, jurutera tentukan kelulusannya

Memindahkan aplikasi daripada Amazon Elastic Kubernetes Service (EKS) ke Google Kubernetes Engine (GKE) bukan kerja menukar nama medan dalam fail konfigurasi semata-mata. Persoalan penting ialah sama ada aplikasi masih mendapat akses yang sepatutnya, trafik sampai ke destinasi yang betul dan kapasiti pengkomputeran mencukupi selepas migrasi. Panduan migrasi Google sendiri bermula dengan mengenal pasti beban kerja serta kebergantungannya. 19

Di sinilah Google meletakkan alat GKE agentic migration yang baru dikeluarkan sebagai sumber terbuka. Menurut Google, pemalam ejen itu menggabungkan penaakulan model bahasa besar (LLM) dengan alat dan kawalan deterministik, sebagai alternatif kepada arahan AI yang dibuat secara ad hoc. Maksudnya, AI boleh membantu mencadangkan perubahan, tetapi cadangan itu tidak patut diterima hanya kerana penjelasannya kedengaran meyakinkan. 2

Perkara yang perlu diperiksa dalam konfigurasi baharu

Dalam aliran kerja migrasi yang diterangkan, antara terjemahan daripada konfigurasi AWS ke GKE yang memerlukan perhatian ialah:

• Identiti dan kebenaran: Adakah pemetaan identiti AWS kepada Workload Identity di GKE mengekalkan akses yang diperlukan, tanpa memberi kebenaran berlebihan?
• Laluan trafik: Jika tetapan trafik masuk melalui pengimbang beban ditukar kepada Gateway API, adakah permintaan masih dihantar ke perkhidmatan yang betul?
• Penyediaan nod: Adakah cara beban kerja dijadualkan dan kapasiti yang tersedia masih memenuhi keperluannya?

Ini ialah soalan semakan, bukan jaminan bahawa alat tersebut dapat menangani setiap keadaan. Fail Kubernetes yang lulus semakan sintaks masih boleh mengubah kebenaran, penghalaan atau andaian kapasiti. Antara muka Model Context Protocol (MCP) pula boleh menyediakan alat untuk digunakan oleh ejen; ia tidak dengan sendirinya membuktikan hasil terjemahan itu betul. Petikan pengumuman Google yang tersedia mengesahkan gabungan penaakulan LLM dan alat deterministik, tetapi tidak memperincikan setiap operasi pemalam atau peraturan penukarannya. 2

Mengapa semakan sebelum penggunaan penting

Pengesahan deterministik secara luar talian membolehkan fail cadangan diperiksa berulang kali menggunakan peraturan yang sama. Namun, semakan itu hanya meliputi perkara yang diuji oleh peraturan berkenaan; ia tidak dapat membuktikan aplikasi akan berfungsi sama sepenuhnya selepas pertukaran persekitaran. Google menyatakan alat ini mempunyai kawalan deterministik, tetapi petikan pengumuman yang tersedia tidak menjelaskan liputan penuh pengesahannya. 2

Pendekatan pull request yang diterangkan bagi aliran kerja ini pula memberi ruang untuk jurutera memeriksa perbezaan fail dan menggunakan gerbang ujian, dasar serta kelulusan CI/CD sebelum perubahan digunakan, bukannya terus mengubah kluster yang sedang beroperasi. Pendekatan itu selari dengan panduan GKE tentang kawalan sumber dan CI/CD, walaupun petikan pengumuman yang tersedia tidak mengesahkan secara berasingan setiap langkah proses pull request alat ini. 172

Rahul Shrivastava, eksekutif di Persistent, menyifatkan pendekatan tersebut sebagai kilang migrasi yang boleh dibuktikan dan setanding tahap ketelitian pengkompil (“provable, compiler-grade migration factory”) dalam pengumuman Google. Anggaplah itu analogi untuk menjana dan memeriksa hasil migrasi, bukan bukti matematik bahawa keseluruhan perpindahan selamat. Tingkah laku aplikasi, akses, prestasi, kebergantungan dan proses pertukaran ke sistem baharu tetap perlu diuji. 2

Kaitannya dengan Intrinsic Core

Dua hari sebelum pengumuman GKE, Intrinsic memperkenalkan Intrinsic Core di ROSCon 2026, Toronto. Asas perisian robotik sumber terbuka yang serasi dengan Robot Operating System (ROS) itu merangkumi keupayaan kawalan, perancangan gerakan dan cengkaman, simulasi serta anggaran kedudukan dan orientasi objek. Laporan menyatakan ia dilesenkan di bawah Apache 2.0; Intrinsic turut menerangkan rangka kerja kawalan masa nyata yang tidak terikat pada perkakasan tertentu dan keupayaan kembar digital. 403337

Hubungan antara dua keluaran ini bersifat strategi, bukan teknikal: alat GKE berpotensi mengurangkan kerja memindahkan beban kerja ke Google Cloud, manakala Intrinsic Core berpotensi mengurangkan kerja asas membina aplikasi robotik industri. Laporan menggambarkan pendekatan kedua sebagai usaha membina ekosistem seperti Android untuk robot. Namun, tiada satu pun keluaran ini dengan sendirinya membuktikan pelanggan AWS akan berpindah ke Google Cloud atau pembangun robotik akan membeli perkhidmatan AI Google. 230

Kesimpulannya: Reka bentuk migrasi GKE cuba merapatkan jurang kepercayaan terhadap automasi AI dengan memisahkan cadangan yang dijana model daripada semakan dan kuasa untuk melaksanakan perubahan. Itu boleh memudahkan pasukan menilai migrasi melalui proses kejuruteraan sedia ada, tetapi tidak menggantikan ujian bagi setiap beban kerja. Sumber yang tersedia juga tidak memberikan ukuran pengurangan kegagalan atau kos migrasi. 219