Google Cloud, MCP’yi PostgreSQL ve Spanner’a taşıdı: sıradaki ne?

Bir AI agent’ına “şu müşterinin son 90 gündeki davranışını çıkar, anomaliyi bul ve raporu Slack’e özetle” dediğinizde asıl zor kısım çoğu zaman modelin akıl yürütmesi değil, veriye güvenli ve standart bir şekilde erişmesi. Bugüne kadar bu noktada herkes aynı duvara tosluyordu: Her veri kaynağı için ayrı bağlantı mantığı, ayrı yetkilendirme, ayrı entegrasyon kodu ve bitmek bilmeyen bakım. Google Cloud’un yeni hamlesi tam burada anlamlı: yönetilen ve uzaktan MCP (Model Context Protocol) desteğini PostgreSQL dünyasına ve kurumsal veri katmanının ağır toplarına doğru genişletiyor.

Google Cloud Tech’in paylaştığı duyuruya göre yönetilen ve remote MCP desteği artık PostgreSQL ile birlikte AlloyDB, Spanner ve Cloud SQL’i kapsıyor; bunun yanına Firestore ve Bigtable da eklenmiş durumda. Detayın kritik kısmı ise şu cümlede saklı: Bu sunucular açık MCP standardını izlediği için, “favori AI agent’larınızla” çalışıyor ve örnek olarak da Anthropic’in Claude’u anılıyor. Duyurunun geçtiği Google Cloud Tech paylaşımına bakınca, mesajın odağı net: “standart” ve “uyumluluk”.

MCP neden bu kadar gündemde?

MCP’yi kabaca, AI agent’ların dış dünya ile konuşurken kullandığı ortak bir adaptör dili gibi düşünebilirsiniz. Bugün bir agent’ın veritabanına bağlanması; şema keşfi yapması, sorgu çalıştırması, sonuçları güvenli biçimde çekmesi, hatta bazen belirli aksiyonları tetiklemesi gerekiyor. Eğer bunu her agent sağlayıcısı, her veritabanı ürünü ve her şirket kendi usulüyle yaparsa ortaya sürdürülebilir olmayan bir “entegrasyon spagettisi” çıkıyor.

Açık bir protokolün değeri burada ortaya çıkıyor: Aynı standart konuşulursa, bir kez tanımlanan araç arayüzü farklı agent’lar tarafından tekrar tekrar kullanılabiliyor. Google’ın “open MCP standard” vurgusu, aslında ekosisteme şu mesajı veriyor: “Bu sadece Google’ın kendi agent’larına özel bir yol değil; Claude gibi üçüncü taraflar da bu kapıdan geçebilir.”

Neden özellikle PostgreSQL, Spanner, Firestore ve Bigtable?

Bu genişleme listesi rastgele değil; Google Cloud’un ürün haritasını ve müşterilerin gerçek dünyadaki mimarilerini yansıtıyor.

PostgreSQL, modern uygulamaların omurgası. AlloyDB, Google’ın Postgres uyumlu yüksek performans iddiasını taşıyan katmanı; Cloud SQL ise “yönetilen Postgres” denince ilk uğranan duraklardan biri. Eğer agent’lar Postgres tarafında güvenli ve standart biçimde çalışır hale gelirse, CRM’den abonelik sistemine, sipariş akışından log tablolarına kadar her yerden bağlam çekmek mümkün olur.

Spanner tarafı ise daha farklı: küresel ölçekte tutarlılık ve yatay ölçek isteyen kurumların verisi orada. Agent’ların Spanner’a erişmesi, “sadece rapor çekmek” değil; dağıtık, kritik iş verisi üzerinde kontrollü analiz ve otomasyon senaryoları anlamına geliyor.

Firestore ve Bigtable eklemesi de önemli bir işaret. Firestore daha çok uygulama verisi ve gerçek zamanlı kullanım senaryolarında karşımıza çıkıyor; Bigtable ise zaman serileri, büyük hacimli anahtar-değer erişimi, telemetri gibi alanlarda güçlü. Yani Google, MCP’yi sadece klasik SQL masasına değil, NoSQL ve büyük ölçekli tablo dünyasına da taşıyarak agent’ların “tek tip veri” varsayımını kırıyor.

“Yönetilen ve remote MCP” neyi değiştirir?

Teoride herkes MCP sunucusu yazabilir. Pratikte ise kurumsal tarafta şu sorular hemen gelir: Kim host edecek, nasıl ölçeklenecek, log’lar nerede duracak, erişim politikaları nasıl denetlenecek, anahtarlar nasıl döndürülecek, denetim izi (audit trail) nereden alınacak?

Google’ın burada “managed” ve “remote” ifadelerini öne çıkarması, bu soruların bir kısmını platform seviyesinde çözmeye çalıştığını düşündürüyor. Yani ekipler MCP sunucusunu bir “ürün gibi” tüketip, agent’ları veri kaynaklarına daha hızlı bağlayabilir. Bu, özellikle büyük organizasyonlarda entegrasyonların haftalar yerine günler içinde ayağa kalkması gibi bir vaat taşıyor.

Claude vurgusu: ekosistem hamlesi

Duyuruda Claude isminin geçmesi küçük bir detay gibi görünse de, aslında stratejik. Çünkü agent ekosistemi tek bir modele bağlı değil; şirketler aynı anda farklı modellere, farklı araç zincirlerine bakıyor. “Claude ile çalışır” demek, yalnızca Anthropic kullanıcılarını hedeflemek değil; aynı zamanda “biz kapalı bir bahçe kurmuyoruz” demek.

Bu noktada asıl kritik beklenti, MCP tarafında araç izinleri, satır/sütun düzeyinde erişim, hassas veri maskeleme ve denetim mekanizmalarının kurumsal standartlara ne kadar yakınsunulacağı. Çünkü agent’lar iş üretmeye başladıkça veri erişimi bir “bağlantı” problemi olmaktan çıkıp doğrudan bir “yönetişim” problemine dönüşüyor.

Sıradaki ne?

Google Cloud’un MCP desteğini bu kadar temel veri katmanlarına yayması, agent’ların kurumsal hayata daha doğal entegre olacağı bir dönemin işareti. Bugün çoğu ekip LLM’i uygulamaya gömmekle uğraşıyor; yarın asıl farkı, agent’ların veri ve aksiyon sistemleriyle konuşması belirleyecek. Bu genişleme, özellikle PostgreSQL/Spanner/Firestore/Bigtable gibi farklı veri modellerinin aynı protokol üzerinden bağlanabilir hale gelmesiyle, “tek bir agent arayüzüyle çoklu veri evreni” fikrini daha gerçekçi kılıyor.

Kısacası Google’ın attığı adım bir özellik güncellemesinden daha fazlası: AI agent’ların şirket içinde dolaşabilmesi için gereken standart altyapıyı büyütüyor. Şimdi gözler, bunun gerçek projelerde ne kadar sürtünmesiz çalışacağına ve güvenlik-yönetişim tarafında ne kadar ince ayar sunacağına çevrilecek.