Empresas
Empregos
  • Sobre nós
  • Soluções
    • Publicação de vagas
      Publique sua vaga e receba candidatos qualificados em 48h.
    • Avaliações de candidatos
      Mais de 500 testes técnicos e psicológicos, mais anti-fraude.
    • Headhunting
      Busca executiva personalizada do início ao fim.
    • Folha de Pagamento + EOR
      Dispersão de folha e EOR em mais de 15 países da LATAM.
  • Preços
  • Empregos

0

372
Visualizações
Deshabilite la estrategia de reintento predeterminada de Istio (al menos en las solicitudes POST)

Tengo una aplicación (basada en microservicios) que se ejecuta en kubernets con Istio 1.7.4

Los microservicios tienen sus propios mecanismos de compensación de transacciones en fallas de integración.

Pero Istio está reintentando las solicitudes, cuando algunas integraciones tienen respuestas de código de estado 503. Necesito deshabilitarlo (al menos en POST, que no es identitario).

Y deja que la aplicación se encargue de ello.

Pero lo he intentado de muchas maneras sin éxito. ¿Alguien me puede ayudar?

over 4 years ago · Santiago Trujillo
1 Respostas
Responde à pergunta

0


Documentación

  • De la documentación de Istio Retries : el retry predeterminado está codificado y su valor es igual a 2.

El intervalo entre reintentos (más de 25 ms) es variable y lo determina automáticamente Istio, lo que evita que el servicio llamado se vea abrumado por las solicitudes. El comportamiento de reintento predeterminado para las solicitudes HTTP es reintentar dos veces antes de devolver el error.

Por cierto, inicialmente eran 10, pero se redujeron a 2 en Habilitar reintentos para códigos de estado específicos y reducir el número de reintentos a 2 confirmaciones.

  • la solución es usar servicios virtuales

puede ajustar su configuración de reintento por servicio en servicios virtuales sin tener que tocar su código de servicio. También puede refinar aún más su comportamiento de reintento agregando tiempos de espera por reintento, especificando la cantidad de tiempo que desea esperar para cada intento de reintento para conectarse con éxito al servicio.


Ejemplos

  1. El siguiente ejemplo configura un máximo de 3 reintentos para conectarse a este subconjunto de servicios después de una falla de llamada inicial, cada uno con un tiempo de espera de 2 segundos.
 apiVersion: networking.istio.io/v1alpha3 kind: VirtualService metadata: name: ratings spec: hosts: - ratings http: - route: - destination: host: ratings subset: v1 retries: attempts: 3 perTryTimeout: 2s
  1. Tu caso. Inhabilitación de reintentos. Tomado de Deshabilitar globalmente la política de reintento predeterminada :
 apiVersion: networking.istio.io/v1alpha3 kind: VirtualService metadata: name: no-retries-for-one-service spec: hosts: - one-service.default.svc.cluster.local http: - retries: attempts: 0 route: - destination: host: one-service.default.svc.cluster.local
over 4 years ago · Santiago Trujillo Relatório
Responde à pergunta
Encontrar trabalhos remotos

Descubra a nova forma de encontrar um emprego!

melhores empregos
Principais categorias de trabalho
Empresas
Postar vaga Preços Comercial
Jurídico
Termos e Condições Política de privacidade
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomende algumas ofertas para mim
Preciso de ajuda