Cómo hacer que las aplicaciones sean más rápidas

Lori Mac VittieIngeniero distinguido y evangelista jefe | F5

A medida que seguimos descomponiendo el centro de datos al fragmentar las aplicaciones y las redes de las que dependen, un aforismo empresarial sigue siendo cierto: la velocidad es lo primero. El rendimiento continúa siendo una preocupación de negocio que afecta a todo, desde las ventas hasta la productividad, y que merma los resultados, a veces poco a poco y otras de forma considerable.

Un artículo reciente de DZone, ¿Qué velocidad tenían las aplicaciones web en 2016? profundizó en algunos aspectos concretos relacionados con el rendimiento y señaló que «en una aplicación web típica, se abandona el 4,2 % de las transacciones». Este dato se basa en «cinco mil millones de interacciones de usuarios con 500 aplicaciones web diferentes».

Cómo se traduce eso en términos económicos y cómo afecta a los beneficios o a la productividad depende, por supuesto, del modelo de negocio. Podría suponer millones o miles de millones de dólares, o bien horas perdidas y clientes enfadados por el aumento de los tiempos de espera en las llamadas.

En cualquier caso, el rendimiento sigue siendo un aspecto importante tanto para los desarrolladores como para los equipos de operaciones. Y por operaciones me refiero a todas las operaciones: infraestructura, redes, almacenamiento y seguridad. Nuestra encuesta más reciente sobre el estado de la entrega de aplicaciones siguió confirmando la opinión generalizada entre todos los perfiles de TI de que el rendimiento es fundamental. Era el aspecto al que menos encuestados estaban dispuestos a renunciar para mejorar la seguridad (solo un 9 % aceptaría tal concesión), y el 14 % de los encuestados lo citó como un reto importante en las implementaciones multinube.

A pesar de ello, solo el 38 % indicó que utiliza actualmente servicios de aceleración de aplicaciones, y únicamente el 22 % tenía previsto implementarlos durante el próximo año. Resulta un tanto sorprendente que el 40 % afirmara no tener planes de implementar ni utilizar la aceleración de aplicaciones.

Esto puede deberse a que no está del todo claro qué implica la «aceleración de aplicaciones». Y no precisamente por «la nube», sino porque ha evolucionado y se ha transformado a lo largo de los años, desde la calidad de servicio (QoS), la actualización diferencial en el navegador y las cachés, hasta los denominados front-ends de aplicaciones (AFE), que en realidad son proxies especializados con funcionalidades muy orientadas al rendimiento.

La mayoría de las veces, cuando pensamos en la «aceleración de aplicaciones», pensamos en la compresión y el almacenamiento en caché, la minificación y la optimización de imágenes. No consideramos las optimizaciones de protocolos como parte de esa mentalidad de «Necesitamos velocidad de curvatura 9, Scotty» que impregna hoy las expectativas de las empresas y los usuarios. Pero deberíamos hacerlo.

Últimamente estamos viendo que se utiliza mucho la descarga de protocolos . A lo largo de 2015, el uso de la descarga SSL del lado del cliente (el lado que gestiona las conexiones HTTP seguras con los usuarios) aumentó desde algo menos del 80 % hasta casi el 100 %. No resulta sorprendente, dado el creciente interés por las comunicaciones seguras gracias a iniciativas como «Let’s Encrypt!» y «SSL Everywhere». SSL/TLS afecta al rendimiento (y no precisamente para bien), sobre todo a medida que aumenta la carga. Delegar esta tarea en un proxy con capacidad suficiente tiene sentido, y estamos viendo que las organizaciones hacen precisamente eso para contrarrestar el impacto que supone para el rendimiento protegerlo todo.

Sin embargo, no estamos observando un aumento similar en el back-end, es decir, en el lado del servidor. El uso de la multiplexación TCP para mejorar el rendimiento (y aumentar al mismo tiempo la capacidad de los recursos) apenas ha variado durante el último año. Algo menos de la mitad de las organizaciones (en torno al 46 % de forma constante) utilizan esta técnica de optimización poco reconocida.

Lo cual resulta preocupante si tenemos en cuenta que muchas de esas mismas organizaciones están actualmente inmersas en la fiebre de los contenedores.

¿Por qué da miedo? Te diré por qué… Aunque es perfectamente posible que la virtualización haya permitido a las organizaciones ajustar con precisión la pila TCP de cada instancia para garantizar el máximo rendimiento posible de cada aplicación, la llegada de los contenedores amenaza ese modelo. Esto se debe a que los contenedores comparten una única pila de red. Ajustar la configuración para una aplicación desplegada en un contenedor no garantiza que sea la mejor para otra aplicación en otro contenedor en el mismo host.

Como las optimizaciones basadas en TCP, como la multiplexación TCP, operan en la capa de protocolo, son como los tejones de la miel: les da igual que la aplicación esté en un contenedor, en una máquina virtual o directamente en una plataforma web. Optimizarán esa conexión al máximo y mejorarán el rendimiento independientemente de cómo o dónde se implemente la aplicación. Estos servicios solo se preocupan por el protocolo y aprovechan la separación entre el lado del cliente y el lado del servidor para garantizar, además, que el primero esté optimizado para el cliente y el segundo, para la aplicación. Eso significa multiplicar por dos las mejoras de rendimiento.

Los servicios y las técnicas tradicionales de aceleración de aplicaciones son fantásticos, no me malinterpretes, y, como puedes ver en el gráfico multicolor de arriba, las organizaciones aprovechan todos ellos para mejorar el rendimiento de sus aplicaciones. Pero se puede hacer más y, como indican los datos de rendimiento mencionados anteriormente, se debería hacer mucho más.

Es buena idea revisar tu proxy (el que probablemente solo utilizas para equilibrar la carga) y averiguar si puede hacer más por el rendimiento de tu aplicación de lo que estás aprovechando actualmente.

Descubre cómo F5 hace que las aplicaciones funcionen más rápido, de forma más inteligente y segura.

Sobre el autor

Lori Mac VittieIngeniero distinguido y evangelista jefe | F5

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 Vittie