Storage Intelligence Advisor genel erişimde: dört anomali

Google Cloud, 18 Eylül 2026 tarihli haftalık güncellemesinde Storage Intelligence Advisor’ın genel erişime açıldığını duyurdu. Google Cloud’un duyurusu, aracın dört temel anomaliyi otomatik saptadığını ve bu algılama için özel kural ya da gösterge paneli kurulmasını gerektirmediğini belirtiyor.

Storage Intelligence Advisor, Cloud Storage etkinliğini geçmiş eğilimlerle karşılaştırıyor; olağandışı değişimi bir bulguya dönüştürüp etkilenen kaynaklara ve önerilen adımlara bağlıyor. Genel erişim durumu 18 Eylül duyurusundan önce, 10 Eylül sürüm notlarını aktaran 11 Eylül tarihli bağımsız bulut güncellemeleri özetinde de kuruluş, klasör ve proje kapsamlarıyla kayda geçirilmişti.

Dört bulgu aynı riski ölçmüyor

Advisor’ın dört bulgusundan üçü kullanım ve maliyet verimliliği, biri performans kategorisinde yer alıyor. Bunlar kesin arıza ya da israf hükümleri değil; geçmiş davranıştan ayrılan ve incelenmesi gereken değişimler.

Coldline veya Archive verisinde Class A/B işlem sıçraması: Seyrek erişim amacıyla seçilmiş verinin sık işleme konu olduğunu gösterir. Kullanım örüntüsü ile depolama sınıfı uyuşmuyorsa işlem maliyeti gereksiz biçimde artabilir.
429 hatalarında sıçrama: Cloud Storage’ın istek hızını sınırladığını gösterir. Bu bulgu gecikme ve zaman aşımı gibi performans sonuçlarıyla ilişkilidir.
Bölgeler arası veri çıkışında sıçrama: Bir bölgedeki Cloud Storage bucket’ı ile başka bölgedeki bir Google Cloud hizmeti arasındaki aktarımın arttığını gösterir. Sonuç beklenmedik veri çıkışı maliyeti olabilir.
Depolanan toplam baytın 30 günlük eğilimin üzerine çıkması: Depolama tüketiminin geçmiş eğilimden daha hızlı büyüdüğünü gösterir. Süresiz tutulan eski nesne sürümleri bu bulgunun olası nedenlerinden biridir.

Anomali, değişimin nedenini tek başına açıklamaz. Örneğin işlem sıçraması yanlış depolama sınıfından kaynaklanabileceği gibi beklenen bir analiz işinin sonucu da olabilir; Advisor sapmayı görünür kılar, iş bağlamına ilişkin kararı kullanıcıya bırakır.

İnceleme metrikten kaynağa doğru daralıyor

Arayüz üç katmanlı bir yapı kullanıyor: ortamı özetleyen metrikler, dikkat gerektiren bulgular ve her bulguya bağlı sonraki adımlar. Genel görünüm toplam depolama boyutu, nesne içeren bucket sayısı, toplam nesne sayısı ve ortalama nesne boyutu gibi günlük göstergeler sunuyor.

Kuruluş ve klasör kapsamındaki bulgular etkilenen projeleri toplu olarak gösteriyor. Proje kapsamına geçildiğinde inceleme bucket’a, ardından nesne öneklerine ve artan API isteklerini gönderen hizmet hesaplarına kadar daraltılabiliyor; resmî inceleme belgesi dört bulgu için görüntülenen ölçümleri ve bu ayrıntı akışını açıklıyor.

Koşullu bir inceleme örneğinde bölgeler arası çıkış bulgusu önce proje genelindeki aktarım hacmini ve artış oranını gösterir. Kullanıcı daha sonra en büyük artışın görüldüğü bucket’ı seçerek katkıda bulunan kaynakları ayırabilir. Aynı yapı 429 bulgusunda hata sayısı ile yüzde artışa, Class A/B işlem bulgusunda işlem hacmi ile büyüme oranına, depolama bulgusunda ise hacim artışına odaklanır.

Bu katmanlar metrik, bulgu ve neden kavramlarını birbirinden ayırıyor. Metrik ölçülen değişimi, bulgu dikkat gerektiren sapmayı, kaynak ayrıntıları ise değişime en fazla katkıda bulunan alanları gösteriyor; kök neden yine uygulama ve iş yükü bağlamıyla değerlendirilmek zorunda.

“Kurulum gerekmiyor” ifadesinin sınırı var

Google’ın “zero setup” ifadesi, dört anomali için ayrı eşikler, BigQuery betikleri, özel veri işleme hatları veya haricî görselleştirme araçları hazırlanmasının gerekmemesi anlamına geliyor. Advisor seçilmiş metrikleri, geçmiş eğilimleri ve hazır bulgu türlerini kullanıyor.

Bu ifade, hizmete erişimin hiçbir ön koşulu olmadığı anlamına gelmiyor. Storage Intelligence’ın ilgili kuruluş, klasör veya proje için yapılandırılmış olması ve kullanıcının gerekli IAM izinlerine sahip bulunması gerekiyor. Dolayısıyla başlıktaki kurulum gerektirmeme vaadi, anomali algılama kurallarının ayrıca kurulmasına gerek olmamasıyla sınırlı.

Aynı ayrım veri kapsamı için de geçerli. Advisor Cloud Storage ortamını kuruluş, klasör ve proje düzeylerinde özetleyebiliyor; ancak kullanıcının görebildiği ayrıntılar seçilen kaynak kapsamına ve sahip olduğu izinlere bağlı kalıyor.

Öneriler otomatik düzeltme değil

Her bulgu, olası çözüm yollarıyla eşleştiriliyor. Coldline veya Archive verisini erişim sıklığına uygun bir sınıfa taşımak, 429 hataları için üstel geri çekilme uygulamak, bölgeler arası trafiği azaltmak üzere kaynakları aynı bölgede konumlandırmak ve kontrolsüz depolama büyümesinde yaşam döngüsü kuralları kullanmak bunlar arasında.

Belgelenen akışta Advisor değişikliği kendiliğinden uygulamıyor. Kullanıcı bulgu ayrıntısını inceliyor ve önerilen stratejiler arasından iş yüküne uygun olanı seçiyor; bucket taşıma, uygulama kodunu değiştirme, Autoclass etkinleştirme veya nesne yaşam döngüsü kuralı tanımlama ayrı işlemler ve yetkiler gerektiriyor.

Bu sınır maliyet bulgularında özellikle önemli. Beklenen bir trafik artışında kaynakları taşımak gerekmeyebilir; eski nesne sürümleri saklama yükümlülüğü nedeniyle tutuluyorsa otomatik silme uygun olmayabilir. Advisor değişimin nerede yoğunlaştığını gösteriyor, fakat operasyonel gereksinimi ya da kabul edilebilir riski belirlemiyor.

Genel erişimdeki tablo

Doğrulanan kapsam, dört hazır anomali sınıfı ile bunlara bağlı metrik, kaynak ayrıntısı ve önerilerden oluşuyor. Ürün özel algılama kuralları kurma ihtiyacını kaldırıyor; buna karşılık Storage Intelligence yapılandırmasını, IAM yetkilerini ve öneri sonrasında verilecek operasyonel kararları ortadan kaldırmıyor.

Bu nedenle Storage Intelligence Advisor bir otomatik iyileştirme motorundan çok, maliyet veya performans sapmasını daraltan bir inceleme katmanı olarak konumlanıyor. Genel erişim sonrasında henüz açıklanmayan konu ise hazır bulguların farklı gerçek iş yüklerindeki isabet oranı ve önerilerin ölçülmüş maliyet ya da performans etkisi.

Ayrıca okuyun:

Cloud Storage dört anomaliyi otomatik buluyor; kurulum gerekmiyor