Si eres responsable de un servicio en producción con usuarios, probablemente comprendas lo frustrante que resulta que los clientes detecten los problemas antes que tú. En Akita queremos resolver este problema, y por eso hemos creado nuestro nuevo módulo certificado para NGINX Plus.
En este blog, abordaremos aspectos clave del módulo, como por qué conviene ir más allá de los registros, cómo detectar y solucionar rápidamente problemas en todo el sistema y cómo el nuevo módulo de Akita pone esta funcionalidad al alcance de los usuarios de NGINX.
Ampliar la perspectiva: de los registros a los endpoints de API
Hoy en día, innumerables desarrolladores se encuentran en la desafortunada situación de que sus clientes se han convertido, en la práctica, en su sistema de monitorización.
No es que los equipos de software no registren los errores. Por ejemplo, si utilizas NGINX como proxy inverso, tus registros de NGINX contienen todo tipo de información: marcas de tiempo, longitud y tiempo de procesamiento de las solicitudes, y códigos de estado de las respuestas. Si tienes tiempo y paciencia para buscarla, la información está ahí.
Sin embargo, en sistemas con muchas solicitudes y respuestas diferentes, es fácil perderse en un mar de registros. A menos que hayas configurado de forma proactiva paneles de control u otro tipo de herramienta sobre los registros, puede que acabes teniendo que revisar miles —si no millones— de líneas de registro para intentar identificar posibles problemas y determinar dónde se originaron. Pero configurar los métodos adecuados de visualización y monitorización puede llevar semanas, meses o incluso trimestres. Además, a menudo es necesario actualizarlos a la vez que el código.
En Akita, creemos que es fundamental ampliar la perspectiva y pasar de los registros a los endpoints de la API. Esto permite a los equipos de software obtener rápidamente una visión general de los problemas y los puntos críticos, sin renunciar al nivel de detalle necesario para identificar el problema concreto. Resolvemos la sobrecarga de información en la monitorización con una solución de métricas totalmente lista para usar que supervisa automáticamente la latencia y los errores, sin necesidad de modificar el código ni crear paneles. Nuestra solución observa de forma pasiva el tráfico de la API y lo analiza automáticamente para ofrecer monitorización y alertas por endpoint. Y lo mejor de todo: los usuarios pueden empezar a utilizarla en menos de 15 minutos tras registrarse.
Presentamos el módulo certificado de NGINX Plus de Akita
Nos complace presentar el módulo de Akita, ya disponible para los usuarios de NGINX. Si utiliza NGINX como servidor de aplicaciones web, proxy inverso o puerta de enlace de API, ahora puede enviar el tráfico de su API a Akita para analizarlo. Regístrese para obtener una cuenta gratuita de Akita, instale el módulo y el agente de Akita y haga un pequeño cambio en el archivo de configuración de NGINX.
En cuestión de minutos, podrás acceder a la consola de Akita para ver los endpoints de tu API, cuáles funcionan con lentitud y cuáles generan errores.
El módulo certificado de Akita para NGINX Plus ofrece a los usuarios de NGINX las numerosas ventajas de Akita como una extensión de su configuración actual de NGINX. Akita capturará el tráfico de las solicitudes HTTP y medirá su latencia y sus errores, al tiempo que le mostrará lo que ocurre en producción mediante paneles prediseñados.
Cómo funciona el módulo certificado NGINX Plus de Akita
Veamos en detalle la funcionalidad del módulo y en qué momento interviene. En primer lugar, NGINX procesa las solicitudes en varias «fases»: comienza leyendo la solicitud de la red, continúa con las reescrituras y las comprobaciones de control de acceso, y termina generando la respuesta y las correspondientes entradas de registro. El módulo certificado de Akita para NGINX Plus interviene en una etapa avanzada de este proceso (en la pre-content fase, después de funciones como la reescritura de cabeceras), lo que le permite ver la solicitud de la forma más parecida posible a como la recibe la aplicación. Akita comprueba cada solicitud entrante para determinar si está marcada para su supervisión, en función del servidor y la ubicación definidos en la configuración de NGINX.
Nota: Al igual que con otras funciones y módulos de NGINX, puede habilitar Akita solo para una parte de su servicio web o configurarlo de forma predeterminada para todo el contenido que sirve NGINX.
En la siguiente fase, el módulo registra el cuerpo de la solicitud y lo envía al agente de Akita en cuanto se ha recibido la solicitud completa. Este comportamiento es similar al del módulo ngx_http_mirror, ya que los mismos datos se envían en paralelo tanto a la aplicación como al agente de Akita.
Cuando NGINX o un servidor ascendente tiene una respuesta preparada, el módulo de Akita registra dicha respuesta (hasta 1 MB) mientras se transmite al cliente. Este almacenamiento en búfer no retrasa la respuesta, ya que se lleva a cabo en un «filtro de contenido» de NGINX capaz de procesar cada fragmento del cuerpo de la respuesta a medida que está disponible.
Una vez que se conoce el tiempo de respuesta del servidor y se confirma que la respuesta es correcta, esta se replica en el agente de Akita. El agente empareja la solicitud con la respuesta y, a continuación, intenta analizar el contenido del cuerpo de ambas. El agente ofusca estos datos localmente antes de enviarlos a Akita para su análisis. Esto significa que Akita ve la estructura del tráfico de su API, pero no los valores concretos que envían o reciben sus usuarios.
El módulo certificado de Akita para NGINX Plus deduce automáticamente sus endpoints a partir de este registro del tráfico de la aplicación, creando un modelo de su API que se puede consultar y descargar, y mostrando automáticamente información sobre la latencia y los errores. Permite configurar alertas sobre la tasa de errores de cada endpoint, una latencia elevada en un endpoint específico o incluso un volumen de llamadas inesperadamente alto.
Para cada endpoint, el módulo certificado NGINX Plus de Akita permite ver:
- El número de llamadas a la API
- Distribución de códigos de respuesta HTTP
- Cuánto tardó tu servidor en responder
Puede encontrar más información sobre cómo configurar el módulo certificado de NGINX Plus de Akita aquí.
Primeros pasos con el módulo certificado NGINX Plus de Akita
Akita se encuentra actualmente en fase beta abierta. Puedes registrarte en la beta y obtener resultados en menos de 30 minutos.
Sobre el autor
Artículos relacionados del blog
Únete a F5 NGINX en AppWorld 2024
Descubre las numerosas razones para asistir al evento insignia de F5, que incluirá un emocionante anuncio sobre la cartera de productos NGINX.
Rotación de certificados SSL/TLS sin reinicios en NGINX Open Source
La función de diccionario compartido permite configurar NGINX sin necesidad de reiniciarlo al renovar los certificados SSL/TLS.
Exposición de APIs en Kubernetes
La unidad 2 de Microservices March 2022 se centra en cómo exponer tus API en Kubernetes. Aquí tienes enlaces a los recursos que necesitas: la retransmisión en directo del 14 de marzo, artículos de blog y otros recursos de preparación, y el laboratorio práctico «Protege las API de Kubernetes mediante la limitación de solicitudes».
NGINX Sprint 2.0: visión clara, código renovado y nuevos compromisos con el código abierto
Hoy, en NGINX Sprint 2.0, anunciamos cómo respaldaremos nuestra visión del futuro de las aplicaciones modernas con una mayor presencia en la comunidad de código abierto, incluida la participación en el proyecto comunitario Kubernetes, nuevos proyectos de software de código abierto y la arquitectura de referencia para aplicaciones modernas.
Presentamos NGINX Plus R22
NGINX Plus R22 incorpora nuevas funcionalidades, como la compatibilidad con OCSP para verificar la revocación de certificados en TLS mutuo, el uso de varios proveedores de identidad OIDC en una configuración, el seguimiento en tiempo real de la limitación de solicitudes y conexiones en el panel de NGINX Plus y mejoras en NGINX JavaScript.
Presentamos NGINX Plus R17
NGINX Plus R17 incorpora compatibilidad con la limitación de velocidad en dos fases y con TLS 1.3, la versión más reciente del protocolo Transport Layer Security. La configuración de OpenID Connect es más sencilla y NGINX ModSecurity WAF es el doble de rápido que antes. También se ha actualizado el módulo JavaScript de NGINX.