¿Hay alguien ahí dentro? ¿Hay alguien en casa? Estas líneas de «Comfortably Numb» de Pink Floyd me vienen a la mente cuando pienso en la monitorización de aplicaciones. Puede sonar extraño, pero déjame que te explique. Los matices que implica ofrecer rápidamente aplicaciones seguras que satisfagan las necesidades empresariales introducen numerosos puntos problemáticos potenciales en una red y una cartera de aplicaciones. Si a esto le sumamos la creciente diversidad de opciones de despliegue —SaaS, nube, infraestructura local e híbrida, por citar las más populares—, cada uno de estos puntos problemáticos presenta áreas que pueden fallar, estar mal configuradas o convertirse en vectores de ataque, cada una con su propio radio de impacto y sus causas raíz. Como responsables diligentes de las aplicaciones y la red, necesitamos una visión global de cómo circula el tráfico por nuestra infraestructura de red. Entonces, ¿cómo puedes gestionar este riesgo cuando las aplicaciones son fundamentales para el funcionamiento de tu empresa? ¿Cómo puedes conocer la disponibilidad de las aplicaciones y la experiencia de los usuarios al acceder a ellas? ¿Cómo sabes siquiera si tus aplicaciones están ahí?
La monitorización de las aplicaciones es fundamental para que una estrategia de seguridad y entrega de aplicaciones tenga éxito, ya que comprender cómo puede llegar el tráfico a una aplicación permite obtener más información para abordar las incidencias antes de que se conviertan en problemas para los usuarios. Aproximadamente un tercio de las empresas que encuestamos para el Informe sobre el estado de la estrategia de aplicaciones del año pasado carece de una referencia de rendimiento de las aplicaciones. Un porcentaje aún menor detecta las incidencias y las interrupciones de las aplicaciones antes que sus usuarios finales. Y si tenemos en cuenta que el 40 % de los usuarios de dispositivos móviles se pasará a la competencia tras una sola mala experiencia con una aplicación, queda patente lo importante que puede ser para una empresa supervisar el estado de sus aplicaciones. Ahora bien, es importante señalar que los monitores de estado de BIG-IP Local Traffic Manager (LTM) comprueban la disponibilidad de una aplicación, mientras que sus monitores de rendimiento comprueban el rendimiento y la carga. Sin embargo, en muchos sentidos, este enfoque de monitorización ofrece una visión más realista de cómo se comporta una aplicación desde la perspectiva del cliente.
Veamos tres de las formas en que BIG-IP LTM puede ayudarle a supervisar sus aplicaciones.
Monitorización simple – Como su nombre indica, la monitorización simple es sencilla. Este método de monitorización básicamente pregunta: «Oye, ¿hay algo ahí?» y se limita a determinar si un nodo LTM, un servidor BIG-IP DNS, un servidor virtual, un pool, un miembro de un pool o un enlace está «activo» o «inactivo». Los monitores simples incluyen tres tipos de monitor —Gateway ICMP, ICMP y TCP_ECHO— y solo monitorizan el propio nodo, no los miembros de pools ni los protocolos, servicios o aplicaciones individuales de un nodo.
Dicho de otro modo: Es como jugar a «Marco Polo» en una piscina con tus amigos. Uno de vosotros grita «Marco» y los demás miembros del grupo responden «Polo». Sabes que están ahí, en la piscina, pero poco más.
Monitorización pasiva – Como parte de una solicitud de cliente, la monitorización pasiva comprueba el estado de un miembro del pool basándose en parámetros definidos por el administrador, como el número de intentos de solicitud de datos o de conexión que se producen durante un periodo determinado. Si el sistema no puede conectarse al servidor ni recibir una respuesta tras ese número de intentos dentro del plazo establecido, o si recibe una respuesta incorrecta, marca el miembro del pool como «inactivo».
Este método no genera tráfico de red adicional más allá de la solicitud del cliente y la respuesta del servidor, y puede marcar rápidamente un miembro del pool como «inactivo», siempre que haya tráfico de red. Dado que un monitor pasivo aprovecha una solicitud del cliente, no puede comprobar respuestas específicas y puede tardar en marcar un miembro del pool como «activo».
Dicho de otro modo: como un vigilante de pasillo en la escuela primaria. Observa a los demás alumnos recorrer los pasillos e informa de si llegan o no a clase, pero solo lo hace si hay tránsito.
Monitorización activa – Cuando necesita conocer el estado del tráfico hacia o desde una aplicación más allá de saber si «hay algo ahí», este tipo de monitor envía comprobaciones periódicas de estado. Si no hay respuesta dentro de un periodo determinado o si el estado del nodo muestra un rendimiento degradado, BIG-IP puede redirigir el tráfico a otro miembro del grupo o nodo. También puede simular una sesión de usuario para comprobar el estado de los servidores de aplicaciones, monitorizando las aplicaciones mediante una comprobación de estado HTTP y verificando respuestas específicas del servidor.
Un monitor activo puede tardar en marcar un miembro del pool como «inactivo», ya que los monitores activos generan tráfico de red adicional al de la solicitud del cliente y la respuesta del servidor; cuanto mayor sea el tráfico, mayor será la latencia potencial.
Dicho de otro modo: es como conducir por una carretera para evaluar el tráfico. Puedes observar en detalle cómo fluye o dónde puede haber un atasco, pero al hacerlo contribuyes al tráfico que estás supervisando.
No conducirías tu coche sin poder controlar la velocidad, la temperatura del motor o el consumo de combustible; entonces, ¿por qué intentar ofrecer una aplicación crítica para el negocio sin supervisar cómo acceden a ella los usuarios, especialmente cuando tantas cosas dependen de que tengan una buena experiencia? Recuerda preguntarles a tus aplicaciones: «¿Hay alguien en casa?»
Para obtener más información sobre las funciones de monitorización de BIG-IP, consulte los recursos que aparecen a continuación o póngase en contacto con su equipo de cuentas de F5 para descubrir cómo pueden aplicarse los monitores de estado de aplicaciones de BIG-IP a su caso de uso específico.
Monitores externos y plantillas
Sobre el autor
Artículos relacionados del blog
Cree servicios públicos seguros, resilientes y preparados para la IA con F5 y AWS
Descubre cómo las organizaciones del sector público pueden modernizar de forma segura sus aplicaciones y soluciones de IA, al tiempo que gestionan los sistemas heredados, el cumplimiento normativo y el riesgo operativo.
Protección de los sistemas de IA: por qué la seguridad debe avanzar al ritmo de la innovación
Desde acelerar avances revolucionarios en medicina y educación hasta transformar la vida cotidiana, la IA está cambiando nuestra forma de vivir y trabajar. Pero también ofrece grandes oportunidades a los ciberdelincuentes.
Avanzar hacia la optimización digital tras la transformación
Descubre estrategias de optimización digital para garantizar políticas de seguridad coherentes, impulsar la madurez de la transformación digital y superar los retos de la transformación.
Proyecto de código abierto destacado: mayor observabilidad con F5 Cloud Logger iApp
En el punto de mira del código abierto: cómo aumentar la observabilidad. Lee el blog de F5 para descubrir cómo exportar fácilmente la telemetría de BIG-IP a plataformas modernas de análisis en la nube.
El estado de la entrega de aplicaciones en 2018: la transformación digital impulsa la automatización y la multinube pese a las preocupaciones de seguridad
Descubre las principales conclusiones del cuarto informe anual de F5 sobre el estado de la entrega de aplicaciones.
Estado de la entrega de aplicaciones en 2017: automatización, API y DevOps
Descubre el informe sobre el estado de la entrega de aplicaciones de 2017. Lee el blog retrospectivo de F5 sobre los inicios del auge de las redes declarativas y los flujos de DevOps.