As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

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

As leituras do Secrets Manager APIs têm cotas de TPS altas e os planos de controle APIs que são chamados com menos frequência têm cotas de TPS mais baixas. Recomendamos que você evite chamar `PutSecretValue` ou `UpdateSecret` em uma frequência sustentada de mais de uma vez a cada dez minutos. Quando você chama `PutSecretValue` ou `UpdateSecret` para atualizar o valor do segredo, o Secrets Manager cria uma nova versão do segredo. O Secrets Manager remove versões sem rótulo quando há mais de 100, mas não remove versões criadas há menos de 24 horas. Se você atualizar o valor do segredo mais de uma vez a cada dez minutos, criará mais versões do que o Secrets Manager remove e atingirá a cota de versões de segredos.

É possível operar várias regiões na sua conta, e cada cota é específica para cada região.

Quando um aplicativo em um Conta da AWS usa um segredo de propriedade de uma conta diferente, isso é conhecido como *solicitação entre contas*. Nas solicitações entre contas, o Secrets Manager limita a conta da identidade que faz as solicitações, não a conta que possui o segredo. Por exemplo, se um aplicação na conta A usar um segredo na conta B, o uso do segredo será aplicado somente às cotas da conta A.

## Cotas do Secrets Manager
<a name="quotas"></a>

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

## Adicionar novas tentativas à aplicação
<a name="quotas_throttling"></a>

Seu AWS cliente pode ver as chamadas para o Secrets Manager falharem devido a problemas inesperados no lado do cliente. Ou as chamadas podem falhar devido à limitação da taxa pelo Secrets Manager. Quando você excede uma cota de solicitação de API, o Secrets Manager controla a utilização da solicitação. Ele rejeita uma solicitação que do contrário seria válida e retorna um erro de throttling. Para ambos os tipos de falhas, recomendamos que você tente a chamada novamente após um breve período de espera. Isso é chamado de [estratégia de recuo e repetição](https://docs.aws.amazon.com/general/latest/gr/api-retries.html). 

Se ocorrerem os seguintes erros, adicione novas tentativas ao código da aplicação:

**Erros e exceções transitórias**
+ `RequestTimeout`
+ `RequestTimeoutException`
+ `PriorRequestNotComplete`
+ `ConnectionError`
+ `HTTPClientError`

**Erros e exceções de controle de utilização e limitação no lado do serviço**
+ `Throttling`
+ `ThrottlingException`
+ `ThrottledException`
+ `RequestThrottledException`
+ `TooManyRequestsException`
+ `ProvisionedThroughputExceededException`
+ `TransactionInProgressException`
+ `RequestLimitExceeded`
+ `BandwidthLimitExceeded`
+ `LimitExceededException`
+ `RequestThrottled`
+ `SlowDown`

Para obter mais informações, além do código de exemplo, sobre novas tentativas, recuo exponencial e jitter, consulte os seguintes recursos:
+ [Recuo exponencial e jitter](https://aws.amazon.com/blogs/architecture/exponential-backoff-and-jitter/)
+ [Tempos limite esgotado, novas tentativas e recuo com jitter](https://aws.amazon.com/builders-library/timeouts-retries-and-backoff-with-jitter)
+ [Tentativas de erro e recuo exponencial](https://docs.aws.amazon.com/general/latest/gr/api-retries.html). AWS