Configuração de nova tentativa de solicitação em nuvem

  • Versão de lançamento: Zurich
  • Atualizado 31 de jul. de 2025
  • 2 min. de leitura

    • Se uma solicitação for limitada por um provedor de nuvem durante a Descoberta, a Configuração de nova tentativa de solicitação em nuvem fornecerá um método personalizável para repetir solicitações. Padrões de descoberta e mapeamento de serviços inclui uma configuração de nova tentativa para AWS e. Azure. Você pode personalizar a configuração incluída ou criar a sua própria.

    Os administradores da Descoberta e os administradores de nuvem podem acessar a configuração de nova tentativa de solicitação em Tudo > Descoberta > Configuração de nova tentativa de solicitação em nuvem. Você pode criar uma configuração para cada provedor.

    Quando uma solicitação é limitada, a estrutura de novas tentativas usa a configuração de novas tentativas definida para o provedor lidar com novas tentativas antes de retornar a resposta final para as classes ApiCommand:
    • AwsApiCommand
    • AzureApiCommand

    As configurações de nova tentativa são sincronizadas com MID Servers por meio de MID Server propriedade, mid.cloud.discovery.retry.configuration.

    Existem as seguintes estratégias de nova tentativa:
    • Recuo exponencial
    • Reversão do cabeçalho de resposta
    • Reversão personalizada

    Recuo exponencial

    Para o seguinte exemplo de configuração:
    Configuração Valor
    Máximo de novas tentativas 3
    Códigos de resposta 429
    Atraso de base em ms 1000
    Atraso máximo em ms 10000
    Janela de atraso adicional em ms 1500
    A estratégia de nova tentativa de reversão exponencial funciona da seguinte forma:
    • primeira nova tentativa - o multiplicador de backoff é selecionado aleatoriamente entre 0 e 1. O valor máximo de atraso é de 400 ms (400 * 1).
    • segunda nova tentativa - o multiplicador de backoff é selecionado aleatoriamente entre 0 e 3. O valor máximo de atraso é de 1200 ms (400 * 3).
    • 3a nova tentativa - o multiplicador de backoff é selecionado aleatoriamente entre 0 e 7. O valor máximo de atraso é de 2800 ms (400 * 7).

    Em novas tentativas subsequentes, se o atraso exceder 10000 (o atraso máximo), 10000 será usado como atraso inicial.

    Quando o atraso inicial é gerado, o jitter é adicionado ao atraso. A janela de jitter é definida pelo Janela de atraso adicional em ms campo. O sistema seleciona um valor aleatório entre 0 e 1500 e o adiciona ao atraso inicial.

    Se o atraso inicial for 500, o atraso final (com oscilação) pode ser um valor entre 500 e 2000 ms.

    Reversão do cabeçalho de resposta

    Para o seguinte exemplo de configuração:
    Configuração Valor
    Máximo de novas tentativas 3
    Códigos de resposta 429
    Cabeçalho de resposta Tentar novamente após
    Unidade de atraso do cabeçalho de resposta Segundo(s)
    Janela de atraso adicional em ms 1500
    A estratégia de reversão do cabeçalho de resposta funciona da seguinte forma:
    • Busque o valor do cabeçalho Retry-Afterda resposta do servidor.
    • Converta o. Retry-Aftermultiplicando por 1000.

    Quando o atraso inicial é gerado, o jitter é adicionado ao atraso. A janela de jitter é definida pelo Janela de atraso adicional em ms campo. O sistema seleciona um valor aleatório entre 0 e 1500 e o adiciona ao atraso inicial.

    Se o atraso inicial for 2000, o atraso final (com oscilação) pode ser um valor entre 2000 e 3500 ms.

    Reversão personalizada

    Com uma estratégia de nova tentativa de backoff personalizada, você define Máximo de novas tentativas e. Códigos de resposta e crie o seu próprio Inclusão de script MID que define como as solicitações são repetidas usando getDelay()função. Para obter mais informações, consulte Inclusões de script .