503 Service Available - Backend Server

Herramienta de seguimiento

1. Habilita la sesión de seguimiento. y realice la llamada a la API para reproducir el problema - 503 Service Unavailable.
2. Selecciona una de las solicitudes fallidas y examina el seguimiento.
3. Navega por las diferentes fases del seguimiento y localiza dónde ocurrió la falla.
4. Si notas que el error 503 se devuelve como respuesta del servidor de destino, la causa del error 503 es el servidor de destino.

   A continuación, se incluye una captura de pantalla de seguimiento de ejemplo en la que se muestra la respuesta 503 Servicio no disponible recibida desde el servidor de destino:

   
5. Haz clic en la fase Se recibió la respuesta del servidor de destino y completa Las secciones Encabezados de respuesta y Contenido de la respuesta para ver si tienen información útil:
   • Los encabezados de respuesta pueden contener el encabezado del servidor, que indica desde dónde se envió la respuesta de error.
   • El Contenido de la Respuesta puede contener información adicional sobre el motivo el servidor de destino envió el código de respuesta 503.
   
6. Para confirmar que el error 503 proviene del servidor de destino, revisa los valores de X-Apigee-fault-source y X-Apigee-fault-code en el AX (Datos de Analytics registrados) Fase del seguimiento mediante los pasos que se indican a continuación:
   1. Haz clic en la fase AX (Analytics Data Recorded), como se muestra en la siguiente captura de pantalla:
   2. Desplácese hacia abajo por la sección Detalles de la fase hasta la sección Encabezados de la respuesta y determine los valores de X-Apigee-fault-code y X-Apigee-fault-source como se muestra a continuación:
   3. Si los valores de X-Apigee-fault-source y X-Apigee-fault-code coinciden con los valores que se muestra en la siguiente tabla, puedes confirmar que el error 503 proviene del servidor de destino:

      Encabezados de respuesta	Valor
      X-Apigee-fault-source	objetivo
      X-Apigee-fault-code	messaging.adaptors.http.flow.ErrorResponseCode

7. Verifica si usas encadenamiento de proxy, es decir, si el servidor o extremo de destino es invocar a otro proxy en Apigee. Para determinarlo:
   1. Regresa a la fase Solicitud enviada al servidor de destino. Haz clic en el botón Show Curl y determina el alias del host del servidor de destino.
   2. Si el alias del host del servidor de destino apunta a un alias de host virtual, es encadenamiento de proxy. En este caso, debes repetir todos los pasos anteriores para el hasta que determines qué está causando el error 503 Servicio no disponible. En estos casos, el estado 503 Servicio no disponible puede ocurrir en otros proxies encadenados a otro que pueden diagnosticarse usando esta guía.
   3. Si el alias del host del servidor de destino apunta a tu servidor de backend, dirígete a Resolución.

Registros de acceso de NGINX

También puedes consultar los registros lccess de NGINX para determinar si el código de estado 503 se envió. por el servidor de backend. Esto es particularmente útil si el problema ocurrió en el pasado. o si el problema es intermitente y no puedes capturar el registro en la IU. Sigue estos pasos para determinar esta información a partir de los registros de acceso de NGINX:

1. Verifica los registros de acceso de NGINX.

   /opt/apigee/var/log/edge-router/nginx/<org>~<env>.<port#>_access_log

2. Buscar errores 503 para el proxy de API específico durante un período específico (si el problema ocurrió en el pasado) o de las solicitudes que aún fallan con 503.
3. Si hay errores 503, verifica si el error proviene del servidor backend. Si los valores de X-Apigee-fault-source y X-Apigee-fault-code coinciden con valores mostrados En la tabla siguiente, el error 503 proviene del servidor backend:

   Encabezados de respuesta	Valor
   X-Apigee-fault-source	objetivo
   X-Apigee-fault-code	messaging.adaptors.http.flow.ErrorResponseCode

   Esta es una entrada de ejemplo en la que se muestra el error 503 que causó el servidor de destino:

   
4. Revisa el proxy de API específico y asegúrate de que lo estás usando. encadenamiento de proxy, p.ej., si los el servidor o extremo de destino no invoca otro proxy en Apigee. Si utilizas encadenamiento de proxy, debes repetir todos los pasos anteriores para el proxy en cadena determinas qué es lo que causa el error 503 Servicio no disponible. En estos casos, 503 Servicio no disponible también puede ocurrir en otros proxies encadenados en otras etapas, que puedes diagnosticar con esta guía.
5. Si confirmas que no estás usando el encadenamiento de proxy y que el error 503 proviene de tu de backend, luego ve a Resolución.

Llamar al servidor de backend

Puedes realizar una llamada directa al servidor de backend y verificar que obtienes la misma 503 Respuesta de servicio no disponible tal como se recibió cuando se realizó la solicitud a través de Apigee Edge.

1. Asegúrate de tener todos los encabezados, los parámetros de consulta y las credenciales necesarios se deben pasar al servidor de backend como parte de la solicitud.
2. Si el servicio de backend es de acceso público, puedes usar el comando curl Postman o cualquier otro cliente REST y, luego, invoca la API del servidor de backend directamente.
3. Si solo se puede acceder al servidor backend desde Message Processor, puedes usar el comando curl, Postman o cualquier otro cliente REST y, luego, invoca la API del servidor de backend directamente de Message Processor.
4. Verifica que el servicio de backend muestre el error 503 Servicio no disponible.