Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

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

Les quotas de lecture de Secrets Manager APIs sont élevés, tandis APIs que les plans de contrôle les moins fréquemment appelés ont des quotas TPS inférieurs. Nous vous recommandons d'éviter d'appeler `PutSecretValue` ou `UpdateSecret` à un rythme soutenu, soit plus d'une fois toutes les 10 minutes. Lorsque vous appelez `PutSecretValue` ou `UpdateSecret` pour mettre à jour la valeur sécrète, Secrets Manager crée une nouvelle version du secret. Secrets Manager supprime les versions non marquées lorsqu'il y en a plus de 100, mais il ne supprime pas les versions créées il y a moins de 24 heures. Si vous mettez à jour la valeur secrète plus d'une fois toutes les 10 minutes, vous créez plus de versions que Secrets Manager ne peut en supprimer, et vous atteindrez ainsi le quota pour les versions secrètes.

Vous pouvez exploiter plusieurs régions dans votre compte, et chaque quota est spécifique à une région bien déterminée.

Lorsqu'une application Compte AWS utilise un secret appartenant à un autre compte, on parle de *demande entre comptes*. Pour les demandes croisées entre comptes, Secrets Manager limite le compte de l'identité qui effectue les demandes, et non pas le compte qui possède la clé KMS. Par exemple, si un utilisateur du compte A utilise un secret dans le compte B, l'utilisation du secret s'applique uniquement aux quotas du compte A.

## Quotas de Secrets Manager
<a name="quotas"></a>

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

## Ajouter de nouvelles tentatives à votre application
<a name="quotas_throttling"></a>

Votre AWS client risque de voir ses appels à Secrets Manager échouer en raison de problèmes imprévus côté client. Les appels peuvent aussi échouer en raison de la limitation de taux de la part de Secrets Manager Si vous dépassez le quota de demandes d'API, Secrets Manager limite la demande. La requête pourtant valide a été rejetée et signale qu'il s'agit d'une erreur throttling. Pour les deux types d'échecs, nous vous recommandons de réessayer l'appel après une courte attente. C'est ce qu'on appelle une [stratégie de backoff et de nouvelle tentative](https://docs.aws.amazon.com/general/latest/gr/api-retries.html). 

Si vous rencontrez les erreurs suivantes, vous pouvez ajouter des nouvelles tentatives à votre code d'application :

**Erreurs transitoires et exceptions**
+ `RequestTimeout`
+ `RequestTimeoutException`
+ `PriorRequestNotComplete`
+ `ConnectionError`
+ `HTTPClientError`

**Limitation côté service et erreurs de limitation et exceptions**
+ `Throttling`
+ `ThrottlingException`
+ `ThrottledException`
+ `RequestThrottledException`
+ `TooManyRequestsException`
+ `ProvisionedThroughputExceededException`
+ `TransactionInProgressException`
+ `RequestLimitExceeded`
+ `BandwidthLimitExceeded`
+ `LimitExceededException`
+ `RequestThrottled`
+ `SlowDown`

Pour plus d'informations, ainsi que des exemples de code, sur les nouvelles tentatives, le backoff exponentiel et l'instabilité, consultez les ressources suivantes :
+ [Backoff exponentiel et Jitter](https://aws.amazon.com/blogs/architecture/exponential-backoff-and-jitter/)
+ [Délais d'attente, tentatives et backoff avec instabilité](https://aws.amazon.com/builders-library/timeouts-retries-and-backoff-with-jitter)
+ [Rétentatives d'erreur et ralentissement exponentiel. AWS](https://docs.aws.amazon.com/general/latest/gr/api-retries.html)