Çözülen sorun

Kurumsal ölçekte bir dil modeli platformu kullanmaya başlayan ekiplerin ilk karşılaştığı sorunlardan biri, faturanın tek bir kalem olarak gelmesi. Aylık toplam görülüyor ancak bu harcamanın hangi ekipten, hangi uygulamadan ya da hangi kullanıcıdan kaynaklandığı bilinmiyor. AWS'nin Amazon Bedrock için tanıttığı ayrıntılı maliyet ayrıştırması tam olarak bu boşluğu kapatıyor.

Özelliğin çalışma biçimi doğrudan: her çıkarım isteği, çağrıyı yapan IAM kimliğine kadar otomatik olarak izleniyor. Yeni line_item_iam_principal sütunu böylece kullanıcı ve uygulama düzeyinde görünürlük sağlıyor. İsteğe bağlı maliyet dağıtım etiketleriyle harcama ayrıca ekip, proje ya da kiracı düzeyinde toplanabiliyor; bunun için AWS Cost Explorer kullanılıyor.

Bu yaklaşımın kapsamı yalnızca kendi geliştirdiğiniz uygulamalarla sınırlı değil. Bedrock üzerinde çalışan herhangi bir servis ya da uygulama için kullanım istenen ayrıntı düzeyinde izlenebiliyor; buna Claude Code ya da Codex gibi üçüncü taraf araçlar da dahil.

Kurulum: CUR 2.0

Maliyetleri çözümlemeye başlamadan önce bir Maliyet ve Kullanım Raporu, yani CUR 2.0 veri dışa aktarımının kurulması ve Amazon Athena'ya bağlanması gerekiyor. Yazının sıraladığı ön koşullar şöyle:

  • Faturalandırma konsoluna erişimi olan bir AWS hesabı,
  • Maliyet ve Kullanım Raporları, S3 ve Athena için IAM izinleri,
  • CUR verisinin saklanacağı bir S3 klasörü,
  • SQL ve AWS Yönetim Konsolu ile temel düzeyde aşinalık,
  • İsteğe bağlı olarak, otomatik kurulum için Claude Code ya da Kiro-CLI.

Bedrock maliyet ayrıştırmasının çalışması için kritik ayrıntı şu: CUR 2.0 dışa aktarımında IAM kimlik verisinin etkinleştirilmesi gerekiyor. Aksi halde line_item_iam_principal sütunu ve ilişkili IAM kimlik etiketleri dolmuyor.

Athena mı, CUDOS mu?

Veri hazır olduğunda iki farklı çözümleme yolu öneriliyor ve bunlar birbirinin alternatifi değil, tamamlayıcısı.

Athena, CUR verisini doğrudan SQL ile sorgulamayı sağlıyor. Bu yol, toplama işlemlerinde esneklik, farklı iş zekası araçlarıyla bütünleşme ve iç yeniden faturalandırma süreçleri açısından avantajlı. Örneğin Bedrock maliyetlerini IAM kimliğine ve kullanım tipine göre kırmak bu yolla mümkün.

CUDOS panoları ise hazır görsellerle geliyor ve kuruluşun kendi yapısına göre uyarlanabiliyor. Yazı, panoların yeni yeteneklerinin ayrıntılı Bedrock maliyet ve kullanım verisini de kapsadığını belirtiyor. Kısacası Athena esneklik, CUDOS ise hızlı başlangıç sunuyor.

Neden önemli?

Bu tür bir ayrıştırma, teknik bir ayrıntı gibi görünse de kurumsal yapay zeka kullanımının önündeki pratik engellerden birine dokunuyor. Bir ekibin model kullanımını genişletmesi, çoğu zaman maliyetin nereye gittiğinin gösterilebilmesine bağlı. Toplam fatura büyüdükçe, harcamayı savunma yükü de büyüyor.

Kimlik düzeyinde izleme aynı zamanda bir yönetişim aracı. Hangi uygulamanın ne kadar jeton harcadığı görülebildiğinde, beklenmedik artışlar erken fark ediliyor ve maliyetin belirli bir ekibe ya da projeye yazılması mümkün oluyor. Öte yandan bu görünürlüğün kendi maliyeti var: CUR dışa aktarımı, S3 depolama ve sorgulama katmanı kurulup bakılması gereken ek bir yapı. Küçük ölçekli kullanımda bu yükün getirisi sınırlı kalabilir; ayrıştırmanın anlamlı hale geldiği eşik, faturanın ekipler arasında paylaştırılmasının gerçekten gerektiği ölçek.