Hablemos del pavo. O de los huevos de chocolate rellenos de crema. O de las cajas de bombones. ¿Qué tienen en común? Por supuesto, todos están asociados a festividades. Y resulta que esas festividades son la principal fuente tanto de beneficios como de bajo rendimiento de los sitios web.
Pensemos en un estudio reciente del Reino Unido, «en el que participaron más de 100 responsables de la toma de decisiones en el ámbito del comercio electrónico». Este «reveló que más de la mitad (el 58 %) admitió haber tenido problemas con la velocidad de su sitio web durante el periodo de mayor actividad del año pasado».
Ahora bien, todos sabemos que el rendimiento es importante y que incluso unos microsegundos de retraso se traducen en pérdidas millonarias. No hace falta decir más.
La pregunta es: ¿qué puedes hacer al respecto?
La respuesta está en recordar el axioma operativo n.º 2: a medida que aumenta la carga, disminuye el rendimiento.
No importa si el servidor de aplicaciones se ejecuta en la nube o en el centro de datos, en una máquina virtual o en un contenedor. Este axioma lo es porque siempre se cumple. Sin excepción. Cuanta más carga se aplica a un sistema, más lento funciona. Punto.
La clave para mejorar el rendimiento consiste en equilibrar la necesidad de reducir los costes maximizando la carga y, al mismo tiempo, optimizando el rendimiento. En la mayoría de los casos, esto implica utilizar todas las herramientas disponibles para restablecer ese equilibrio, especialmente durante los periodos de máxima demanda (que someten a los sistemas a una gran presión, independientemente de dónde se encuentren).
1. Equilibra la carga
Por eso, los servicios de aplicaciones «suficientemente buenos» (rudimentarios) no lo son. Porque, aunque suelen escalar sin esfuerzo, no necesariamente equilibran la carga entre los recursos disponibles. Tampoco ofrecen necesariamente la inteligencia necesaria para seleccionar los recursos en función del rendimiento o de la carga existente. Su «mejor esfuerzo» no es mucho mejor que dejarlo al azar.
Equilibrar la carga requiere conocer la carga existente para que las nuevas solicitudes se dirijan al recurso con más probabilidades de responder lo antes posible. El balanceo de carga básico no puede lograrlo porque se centra exclusivamente en decisiones basadas en algoritmos, que rara vez tienen en cuenta algo más que la ponderación estática de los recursos disponibles. Las decisiones en tiempo real requieren información en tiempo real sobre la carga que existe en este preciso momento. De lo contrario, no se está equilibrando la carga, sino distribuyéndola.
2. Reducir la carga
Para mejorar el rendimiento y, al mismo tiempo, equilibrar la carga, no basta con seleccionar los recursos adecuados. También es fundamental poder utilizar diversas funciones de optimización de protocolos que reduzcan la carga sin perjudicar la disponibilidad. Multiplexar y reutilizar conexiones TCP, delegar el cifrado y la seguridad, y reasignar las tareas de compresión a servicios ascendentes alivia la carga de las aplicaciones y los servicios web, libera recursos y tiene un impacto real en el rendimiento.
Los servidores deben dedicarse a servir, ya estén en la nube o en el centro de datos y se ejecuten en un contenedor o en una máquina virtual. La criptografía y la compresión siguen siendo funciones que requieren una gran capacidad de procesamiento y que pueden realizar servicios ascendentes diseñados para esa tarea.
3. Elimina la carga
Eliminar saltos adicionales en la ruta de solicitud-respuesta también mejora el rendimiento. Sí, se puede escalar horizontalmente mediante servicios de equilibrio de carga, pero esto añade a la ecuación otra capa de toma de decisiones (enrutamiento) que requiere tiempo tanto de ejecución (¿cuál de estos debe atender esta solicitud?) como de transferencia (enviarla a través de la red a ese servidor). Esto deja menos tiempo al servidor web o de aplicaciones para hacer su trabajo, que es, al fin y al cabo, lo que queríamos desde el principio. Con una carga habitual, las diferencias entre un sistema que gestiona un millón de conexiones y diez sistemas que gestionan cada uno una parte de ellas pueden ser insignificantes. Hasta que la demanda aumenta la carga y los principios operativos entran también en juego. Porque el bajo rendimiento no se debe únicamente a la carga del servidor web o de aplicaciones, sino a toda la cadena de entrega de aplicaciones.
Cuanta más capacidad (conexiones) pueda gestionar simultáneamente su servicio de balanceo de carga, menos instancias necesitará. Esto reduce la sobrecarga que supone gestionar otra capa más de recursos que requiere prestar tanta atención al axioma operativo n.º 2 como cualquier otro servicio.
El rendimiento sigue siendo un problema importante para los minoristas y, con la rápida expansión de la economía digital, se convertirá —si no lo es ya— en un problema para cualquiera que tenga presencia digital. Con las prisas habituales antes de las fiestas, la gente tolera aún menos un rendimiento deficiente. Lo que el día anterior era suficiente deja de serlo. La mayoría de las veces, los problemas de rendimiento no se deben a la aplicación, sino a la arquitectura y a los servicios utilizados para ofrecerla y protegerla. Al utilizar los servicios adecuados con el conjunto de capacidades apropiado, es más probable que las organizaciones puedan evitar problemas de rendimiento cuando la carga sea elevada.
Lo bastante bueno es suficiente, hasta que deja de serlo. Entonces ya es demasiado tarde para convencer a los clientes frustrados de que vuelvan. Ya han encontrado otro proveedor de aquello que intentabas venderles.
Sobre el autor
Lori MacVittie es ingeniera distinguida y evangelista jefe en la Oficina del CTO de F5, y cuenta con una amplia experiencia en entrega de aplicaciones, estrategia de automatización e infraestructura. Es conocida por convertir la complejidad en claridad, ya sea definiendo mecanismos de protección para agentes de IA, analizando arquitecturas multinube frágiles o explorando los límites de los sistemas escalables. Aporta más de treinta años de experiencia en el sector en desarrollo de aplicaciones, arquitectura de TI y operaciones de redes y sistemas. Antes de incorporarse a F5, fue una galardonada editora de tecnología. MacVittie posee un máster en Informática y es una autora prolífica cuyas publicaciones abarcan la seguridad, la nube y la arquitectura empresarial. También es una apasionada de los juegos de mesa y los videojuegos, y expresa sin complejos sus firmes opiniones sobre el queso.
Más artículos de Lori Mac VittieArtí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.