Google Cloud, veritabanı değişiklikleriyle sonraki işlerin kuyruğa eklenmesini tek bir işlemde gerçekleştiren Spanner Queues’u genel kullanıma açtı. Mesajlaşma özelliği, veri değişikliğinin ardından sıradaki işin kaybolması riskini azaltıyor.
Google Cloud, sürüm notlarında Spanner Queues’un 17 Eylül 2026’da genel kullanıma açıldığını duyurdu. Asenkron işleri yöneten özellik, veri değişikliğiyle mesaj kaydını aynı işleme bağlıyor. İşlem başarısız olursa mesaj da kaydedilmiyor.
Daha önce veritabanı değişikliği ve sonraki işin kuyruğa eklenmesi ayrı yürütüldüğünde yalnızca biri tamamlanabiliyordu. Örneğin bir yapay zeka ajanı müşteri bilgilerini güncelledikten sonra sıradaki işi kuyruğa ekleyemeden bir arıza yaşanırsa bilgiler değişiyor, ancak sonraki iş atlanabiliyordu. Spanner Queues, iki işlemi birlikte tamamlayıp birlikte iptal ederek bu tutarsızlığı azaltıyor.
Mesajlar, Spanner tablolarında satır olarak saklanıyor. Uygulamalar mesajları SQL ile sorgulayabiliyor ve diğer verilerle birleştirebiliyor; ayrıca mesajların belirli bir zamanda iletilmesi planlanabiliyor. Mesaj tüketicileri de işleri SQL arayüzü üzerinden alıyor. Kuyruk, Spanner örneğinin işlem kapasitesine göre ölçekleniyor.
Ancak bu özellik, mesajların ‘tam olarak bir kez işleneceği’ anlamına gelmiyor. Google Cloud, belgelerinde mesajların varsayılan olarak ‘en az bir kez’ iletildiğini belirtiyor. İşlemin onaylanması gecikirse veya kiralama süresi dolarsa mesaj yeniden iletilebiliyor. Bu nedenle uygulamaların yinelenen işlere karşı hazırlıklı olması gerekiyor.
Mesaj onayı, bir kez uygulanacak şekilde işlem içinde tasarlanabiliyor. Ancak bu, harici hizmet çağrıları da dahil tüm iş akışının otomatik olarak yinelenmeden çalışacağı anlamına gelmiyor. Uygulamaların mesajların yeniden iletilmesine uygun biçimde tasarlanması gerekiyor.
Spanner Queues, Enterprise ve Enterprise Plus sürümlerinde sunuluyor. Google Cloud belgelerinde asenkron işler, zamanlanmış işler ve sipariş işleme kullanım örnekleri arasında yer alıyor. Şirket ayrıca, yapay zeka ajanlarının verileri sorgulayıp değerlendirme ve değişiklik yapma adımlarının ardından sonraki işe geçebileceği senaryoyu da tanıtıyor.
Mesajlaşmayı veritabanına entegre etmek, ayrı bir altyapı yönetmeden kuyruk özelliği kullanmayı sağlayabiliyor. Öte yandan maliyet ve performans, özel bir mesaj aracısı kullanan mimarilerle karşılaştırıldığında örneğin kapasitesine ve iş yüküne göre değişebilir.
Yorum 0