Standardeinstellungen für intelligente Konfigurationen

Konfigurieren Sie diese Funktionalität wie folgt:

defaults_mode- geteilt AWS configDateieinstellung

AWS_DEFAULTS_MODE- Umgebungsvariable

aws.defaultsMode- JVM Systemeigenschaft: Nur Java/Kotlin

Mit dieser Einstellung können Sie einen Modus wählen, der zu Ihrer Anwendungsarchitektur passt und dann optimierte Standardwerte für Ihre Anwendung bereitstellt. Wenn ein AWS SDKFür eine Einstellung ist ein Wert explizit festgelegt, dann hat dieser Wert immer Vorrang. Wenn ein AWS SDKFür eine Einstellung wurde kein explizit festgelegter Wert festgelegt und defaults_mode sie entspricht auch nicht der alten Einstellung, kann diese Funktion unterschiedliche Standardwerte für verschiedene Einstellungen bereitstellen, die für Ihre Anwendung optimiert sind. Zu den Einstellungen können Folgendes gehören: HTTP Kommunikationseinstellungen, Wiederholungsverhalten, regionale Endpunkteinstellungen des Dienstes und möglicherweise jede zugehörige SDK Konfiguration. Kunden, die diese Funktion verwenden, können neue Standardkonfigurationen erhalten, die auf allgemeine Nutzungsszenarien zugeschnitten sind. Wenn Ihre nicht identisch defaults_mode ist, empfehlen wirlegacy, beim Upgrade von Tests Ihrer Anwendung durchzuführenSDK, da sich die angegebenen Standardwerte ändern können, wenn sich die bewährten Methoden weiterentwickeln.

Standardwert: legacy

Hinweis: Neue Hauptversionen von SDKs werden standardmäßig verwendetstandard.

Zulässige Werte:

• legacy— Stellt Standardeinstellungen zur Verfügung, die je nach Einrichtung von variieren SDK und vor der Einrichtung von existiertendefaults_mode.

• standard— Stellt die neuesten empfohlenen Standardwerte bereit, deren Ausführung in den meisten Szenarien sicher sein sollte.

• in-region— Baut auf dem Standardmodus auf und beinhaltet eine Optimierung, die auf Anwendungen zugeschnitten ist, die AWS-Services aus demselben AWS-Region.

• cross-region— Baut auf dem Standardmodus auf und beinhaltet eine Optimierung, die auf Anwendungen zugeschnitten ist, die aufrufen AWS-Services in einer anderen Region.

• mobile— Baut auf dem Standardmodus auf und beinhaltet eine auf mobile Anwendungen zugeschnittene Optimierung.

• auto— Baut auf dem Standardmodus auf und beinhaltet experimentelle Funktionen. Die SDK Versuche, die Laufzeitumgebung zu ermitteln, um die entsprechenden Einstellungen automatisch zu ermitteln. Die auto Erkennung basiert auf Heuristik und bietet keine hundertprozentige Genauigkeit. Wenn die Laufzeitumgebung nicht bestimmt werden kann, standard wird der Modus verwendet. Die auto Erkennung fragt möglicherweise Instanzmetadaten ab, was zu Latenz führen kann. Wenn die Startlatenz für Ihre Anwendung entscheidend ist, empfehlen wir, defaults_mode stattdessen eine explizite Latenz zu wählen.

Beispiel für die Einstellung dieses Werts in der config Datei:

[default]
defaults_mode = standard

Die folgenden Parameter können basierend auf der Auswahl von optimiert werdendefaults_mode:

• retryMode— Gibt an, wie die SDK Versuche wiederholt werden. Siehe Wiederholungsverhalten.

• stsRegionalEndpoints— Gibt an, wie der SDK bestimmt AWS-Service Endpunkt, über den es mit dem kommuniziert AWS Security Token Service (AWS STS). SehtAWS STS Regionale Endpunkte.

• s3UsEast1RegionalEndpoints— Gibt an, wie der SDK bestimmt AWS Service-Endpunkt, über den es mit Amazon S3 für die us-east-1 Region kommuniziert.

• connectTimeoutInMillis— Nach einem ersten Verbindungsversuch auf einem Socket die Zeit bis zum Timeout. Wenn der Client den Abschluss des Connect-Handshakes nicht erhält, gibt der Client auf und schlägt den Vorgang fehl.

• tlsNegotiationTimeoutInMillis— Die maximale Zeit, die ein TLS Handshake vom Senden der CLIENT HELLO Nachricht bis zu dem Zeitpunkt dauern kann, zu dem der Client und der Server die Chiffren vollständig ausgehandelt und Schlüssel ausgetauscht haben.