Padrões de configuração inteligente

Configure essa funcionalidade usando o seguinte:

defaults_mode- compartilhado AWS configconfiguração de arquivo

AWS_DEFAULTS_MODE: variável de ambiente

aws.defaultsMode- propriedade JVM do sistema: somente Java/Kotlin

Com essa configuração, você pode escolher um modo que se alinhe à arquitetura do aplicativo e, em seguida, forneça valores padrão otimizados para o aplicativo. Se um AWS SDKA configuração tem um valor definido explicitamente, então esse valor sempre tem precedência. Se um AWS SDKA configuração não tem um valor definido explicitamente e não defaults_mode é igual à legada, então esse recurso pode fornecer valores padrão diferentes para várias configurações otimizadas para seu aplicativo. As configurações podem incluir o seguinte: configurações de HTTP comunicação, comportamento de repetição, configurações de endpoint regional do serviço e, potencialmente, qualquer configuração SDK relacionada. Os clientes que usam esse atributo podem obter novos padrões de configuração personalizados para cenários de uso comuns. Se você não defaults_mode for igual alegacy, recomendamos realizar testes de seu aplicativo ao atualizar oSDK, pois os valores padrão fornecidos podem mudar à medida que as melhores práticas evoluem.

Valor padrão: legacy

Nota: As novas versões principais do SDKs terão como padrãostandard.

Valores válidos:

• legacy— Fornece configurações padrão que variam SDK e existiam antes do estabelecimento dodefaults_mode.

• standard: fornece os valores padrão recomendados mais recentes que devem ser executados com segurança na maioria dos cenários.

• in-region— Baseia-se no modo padrão e inclui otimização personalizada para aplicativos que chamam Serviços da AWS de dentro do mesmo Região da AWS.

• cross-region— Baseia-se no modo padrão e inclui otimização personalizada para aplicativos que chamam Serviços da AWS em uma região diferente.

• mobile: baseia-se no modo padrão e inclui otimização personalizada para aplicativos móveis.

• auto: baseia-se no modo padrão e inclui atributos experimentais. As SDK tentativas de descobrir o ambiente de tempo de execução para determinar automaticamente as configurações apropriadas. A detecção automática é baseada em heurísticas e não fornece 100% de precisão. Se o ambiente de runtime não puder ser determinado, o modo standard será usado. A detecção automática pode consultar os metadados da instância, o que pode introduzir latência. Se a latência de inicialização for fundamental para seu aplicativo, recomendamos escolher um defaults_mode explícito.

Exemplo de configuração desse valor no arquivo config:

[default]
defaults_mode = standard

Os parâmetros a seguir podem ser otimizados com base na seleção de defaults_mode:

• retryMode— Especifica como as SDK tentativas são repetidas. Consulte Comportamento de repetição.

• stsRegionalEndpoints— Especifica como o SDK determina o AWS service (Serviço da AWS) endpoint que ele usa para falar com o AWS Security Token Service (AWS STS). VejaAWS STS Endpoints regionais do .

• s3UsEast1RegionalEndpoints— Especifica como o SDK determina o AWS endpoint de serviço que ele usa para se comunicar com o Amazon S3 da região. us-east-1

• connectTimeoutInMillis: depois de fazer uma tentativa inicial de conexão em um soquete, a quantidade de tempo antes do tempo limite. Se o cliente não receber a conclusão do handshake de conexão, ele desiste e falhará na operação.

• tlsNegotiationTimeoutInMillis— O tempo máximo que um TLS handshake pode levar desde o momento em que a CLIENT HELLO mensagem é enviada até o momento em que o cliente e o servidor negociaram totalmente as cifras e trocaram as chaves.