Empresas
Empleos
  • Sobre nosotros
  • Soluciones
    • Publicación de vacantes
      Publica tu vacante y recibe candidatos calificados en 48h.
    • Evaluación de candidatos
      500+ pruebas técnicas y psicológicas, más anti-fraude.
    • Headhunting
      Búsqueda ejecutiva a la medida de principio a fin.
    • Nómina + EOR
      Dispersión de nómina y EOR en más de 15 países de LATAM.
  • Precios
  • Empleos

0

359
Vistas
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 Respuestas
Responde la pregunta

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 Denunciar
Responde la pregunta
Encuentra empleos remotos

¡Descubre la nueva forma de encontrar empleo!

Top de empleos
Top categorías de empleo
Empresas
Publicar vacante Precios Comercial
Legal
Términos y condiciones Política de privacidad
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomiéndame algunas ofertas
Necesito ayuda