Business
Jobs
  • About Us
  • Solutions
    • Job Postings
      Post your job and receive qualified candidates in 48h.
    • Candidate Assessments
      500+ technical and psychological tests, plus anti-fraud.
    • Headhunting
      Tailor-made executive search from start to finish.
    • Payroll + EOR
      Payroll dispersal and EOR across 15+ LATAM countries.
  • Pricing
  • Jobs

0

357
Views
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 answers
Answer question

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 Report
Answer question
Find remote jobs

Discover the new way to find a job!

Top jobs
Top job categories
Business
Post vacancy Pricing Sales
Legal
Terms and conditions Privacy policy
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Show me some job opportunities
There's an error!