Configuration des nouveaux essais de demandes dans le cloud
Si une demande est limitée par un fournisseur dans le cloud pendant la découverte, la configuration des nouvelles tentatives de demandes dans le cloud fournit une méthode personnalisable pour les demandes de nouvelles tentatives. Schémas de découverte et de mappage des services comprend une configuration de nouvelle tentative pour AWS et Azure. Vous pouvez personnaliser la configuration incluse ou créer la vôtre.
Les administrateurs Découverte et les administrateurs Cloud peuvent accéder à la configuration des nouvelles tentatives de la demande à l’adresse . Vous pouvez créer une configuration pour chaque fournisseur.
- Commande AwsApiCommand
- AzureApiCommand
Les configurations des nouvelles tentatives sont synchronisées avec le Serveurs MID via la Serveur MID propriété, mid.cloud.discovery.retry.configuration.
- Temporisation exponentielle
- Temporisation d’en-tête de réponse
- Temporisation personnalisée
Temporisation exponentielle
| Paramètre | Valeur |
|---|---|
| Nombre max. d'essais | 3 |
| Codes de réponses | 429 |
| Délai de base en ms | 1 000 |
| Délai maximal en ms | 10 000 |
| Fenêtre de délai supplémentaire, en ms | 1500 |
- 1er nouvel essai : le multiplicateur de temporisation est sélectionné aléatoirement entre 0 et 1. La valeur maximale du retard est de 400 ms (400 * 1).
- 2e nouvelle tentative : le multiplicateur de temporisation est sélectionné aléatoirement entre 0 et 3. La valeur maximale du retard est de 1200 ms (400 * 3).
- 3e nouvelle tentative : le multiplicateur de temporisation est sélectionné aléatoirement entre 0 et 7. La valeur maximale du retard est de 2800 ms (400 * 7).
Lors des nouvelles tentatives suivantes, si le délai dépasse 10 000 (délai maximal), 10 000 sera utilisé comme délai initial.
Une fois le délai initial généré, la gigue est ajoutée au délai. La fenêtre de gigue est définie par le champ Fenêtre de délai supplémentaire en ms . Le système sélectionne une valeur aléatoire comprise entre 0 et 1500 et l’ajoute au délai initial.
Si le retard initial est de 500, le retard final (avec gigue) peut être d’une valeur comprise entre 500 et 2000 ms.
Temporisation d’en-tête de réponse
| Paramètre | Valeur |
|---|---|
| Nombre max. d'essais | 3 |
| Codes de réponses | 429 |
| En-tête de réponse | Recommencer après |
| Unité de délai de l'en-tête de réponse | Secondes |
| Fenêtre de délai supplémentaire, en ms | 1500 |
- Récupérez la valeur de l’en-tête Retry-After à partir de la réponse du serveur.
- Convertissez les en Retry-After millisecondes en multipliant par 1000.
Une fois le délai initial généré, la gigue est ajoutée au délai. La fenêtre de gigue est définie par le champ Fenêtre de délai supplémentaire en ms . Le système sélectionne une valeur aléatoire comprise entre 0 et 1500 et l’ajoute au délai initial.
Si le retard initial est de 2000, le retard final (avec gigue) peut être d’une valeur comprise entre 2000 et 3500 ms.
Temporisation personnalisée
Avec une stratégie de nouvelle tentative de temporisation personnalisée, vous définissez le nombre maximal de nouvelles tentatives et les codes de réponse et créez votre propre include de script MID qui définit la manière dont les demandes sont retentées à l’aide de la getDelay() fonction. Pour plus d’informations, consultez Includes de script.