Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

# AWS Secrets Manager kuota
<a name="reference_limits"></a>

Secrets Manager read APIs memiliki kuota TPS yang tinggi, dan control plane APIs yang jarang disebut memiliki kuota TPS yang lebih rendah. Kami menyarankan Anda menghindari menelepon `PutSecretValue` atau dengan `UpdateSecret` kecepatan berkelanjutan lebih dari sekali setiap 10 menit. Saat Anda `UpdateSecret` menelepon `PutSecretValue` atau memperbarui nilai rahasia, Secrets Manager membuat versi baru dari rahasia tersebut. Secrets Manager menghapus versi yang tidak berlabel ketika ada lebih dari 100, tetapi tidak menghapus versi yang dibuat kurang dari 24 jam yang lalu. Jika Anda memperbarui nilai rahasia lebih dari sekali setiap 10 menit, Anda membuat lebih banyak versi daripada yang dihapus Secrets Manager, dan Anda akan mencapai kuota untuk versi rahasia.

Anda dapat mengoperasikan beberapa wilayah di akun Anda, dan setiap kuota khusus untuk setiap wilayah.

Ketika aplikasi dalam satu Akun AWS menggunakan rahasia yang dimiliki oleh akun yang berbeda, itu dikenal sebagai *permintaan lintas akun*. Untuk permintaan lintas akun, Secrets Manager membatasi akun identitas yang membuat permintaan, bukan akun yang memiliki rahasia. Misalnya, jika identitas dari akun A menggunakan rahasia di akun B, penggunaan rahasia hanya berlaku untuk kuota di akun A.

## Kuota Secrets Manager
<a name="quotas"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/secretsmanager/latest/userguide/reference_limits.html)

## Tambahkan percobaan ulang ke aplikasi Anda
<a name="quotas_throttling"></a>

 AWS Klien Anda mungkin melihat panggilan ke Secrets Manager gagal karena masalah tak terduga di sisi klien. Atau panggilan mungkin gagal karena pembatasan tarif dari Secrets Manager. Jika Anda melebihi kuota permintaan API, Secrets Manager membatasi permintaan tersebut. Ini menolak permintaan yang valid dan mengembalikan throttling kesalahan. Untuk kedua jenis kegagalan, kami sarankan Anda mencoba lagi panggilan setelah masa tunggu singkat. Ini disebut strategi [backoff dan coba lagi](https://docs.aws.amazon.com/general/latest/gr/api-retries.html). 

Jika mengalami kesalahan berikut, Anda mungkin ingin menambahkan percobaan ulang ke kode aplikasi Anda:

**Kesalahan sementara dan pengecualian**
+ `RequestTimeout`
+ `RequestTimeoutException`
+ `PriorRequestNotComplete`
+ `ConnectionError`
+ `HTTPClientError`

**Pelambatan sisi layanan dan kesalahan dan pengecualian batas**
+ `Throttling`
+ `ThrottlingException`
+ `ThrottledException`
+ `RequestThrottledException`
+ `TooManyRequestsException`
+ `ProvisionedThroughputExceededException`
+ `TransactionInProgressException`
+ `RequestLimitExceeded`
+ `BandwidthLimitExceeded`
+ `LimitExceededException`
+ `RequestThrottled`
+ `SlowDown`

Untuk informasi selengkapnya, serta kode contoh, tentang percobaan ulang, backoff eksponensial, dan jitter, lihat sumber daya berikut:
+ [Backoff dan Jitter Eksponensial](https://aws.amazon.com/blogs/architecture/exponential-backoff-and-jitter/)
+ [Batas waktu, percobaan ulang, dan backoff dengan jitter](https://aws.amazon.com/builders-library/timeouts-retries-and-backoff-with-jitter)
+ [Kesalahan mencoba ulang dan backoff eksponensial](https://docs.aws.amazon.com/general/latest/gr/api-retries.html) di. AWS