Operasyonlar ve Maliyet
Modelleme verinizi içeri sokar. Onu işletmek — yazmaları tutarlı tutmak, değişikliklere tepki vermek, eski satırların süresini doldurmak, doğru kapasite faturasını ödemek, bir bölge kesintisinden sağ çıkmak ve kötü bir dağıtımdan kurtulmak — bir DynamoDB tablosunun üretimde güvendiğiniz bir şey olup olmadığına karar veren yarısıdır.
Bu bölüm, altı bağlantısız referans sayfası değil, tek bir akan senaryodur. Çok kiracılı bir SaaS için denetim günlüğü inşa ediyorsunuz — her B2B ürünün sonunda kurumsal müşterileri için göndermesi gereken "kim ne yaptı, ne zaman" değiştirilemez kaydı. Tek bir tablo, kiracı bazında bölümlenmiş:
| PK | SK | actor | action | ip |
|---|---|---|---|---|
| TENANT#acme | EVENT#2026-06-24T09:14Z#a1 | USER#88 | login.success | 203.0.113.7 |
| TENANT#acme | EVENT#2026-06-24T09:15Z#a2 | USER#88 | invoice.export | 203.0.113.7 |
| TENANT#globex | EVENT#2026-06-24T09:15Z#b9 | USER#12 | role.granted | 198.51.100.4 |
Aşağıdaki her kılavuz bu aynı tabloya bir operasyonel endişe ekler:
Bunları sırayla okuyun — her biri bir öncekinin tablosunu varsayar. Transaction'larla başlayın; geri kalanı yazdığı olaylar üzerine inşa edilir.
Senaryoda çalışırken audit-log tablosunu incelemek, sorgulamak ve düzenlemek için DynoTable'ı indirin.