Cómo la nube y los contenedores están impulsando la desagregación de los servicios de aplicaciones

Lori Mac VittieIngeniero distinguido y evangelista jefe | F5

• Las aplicaciones determinan las decisiones sobre todos los aspectos de la infraestructura de soporte para la prestación de servicios, desde su ubicación hasta su formato. El 55 % de las organizaciones elige una nube en función de las necesidades y los requisitos de las aplicaciones. El 40 % quiere poder elegir el formato adecuado para cada aplicación. (Estado de la prestación de aplicaciones 2018)
• A medida que las arquitecturas de nube y microservicios fragmentan y distribuyen las aplicaciones, la infraestructura compartida se convierte en una carga en lugar de una ventaja, lo que aumenta los costes de capital y operativos
• El coste, la configuración y las actualizaciones son factores clave para respaldar arquitecturas específicas para cada aplicación con servicios de aplicaciones específicos para cada una.
• Es necesario adoptar un enfoque por aplicación para los servicios de aplicaciones a fin de admitir aplicaciones y arquitecturas modernas

En los últimos años, hemos observado un esfuerzo coordinado por parte de los proveedores de servicios en la nube —Amazon, Microsoft, Google, entre otros— para dar respuesta a la necesidad específica de las empresas de contar con servicios de aplicaciones.

Hoy en día, en los marketplaces de la nube se pueden encontrar numerosos servicios de aplicaciones —y cada vez hay más— que abordan tanto la seguridad (como los firewalls de aplicaciones web) como el rendimiento (almacenamiento en caché) e incluso la gestión de identidades. No es de extrañar. Las empresas dependen de una media de 16 servicios de aplicaciones diferentes para que sus aplicaciones sean más rápidas y seguras. Cada año, esa cifra aumenta. Las empresas no van a renunciar a ellos por la velocidad de la nube.

En ese sentido, los servicios de aplicaciones influyen tanto en los clientes como en los proveedores de servicios en la nube. Pero esta influencia no es unidireccional. La nube —y, cada vez más, los contenedores— también está teniendo un impacto significativo en los servicios de aplicaciones y en la forma en que se prestan.

A medida que las organizaciones empresariales siguen invirtiendo en la nube privada (en sus propias instalaciones) y experimentando con contenedores, están descubriendo que el modelo tradicional de prestación de servicios de aplicaciones no siempre resulta adecuado.

Al igual que ocurre con la mayor parte de la red, los servicios de aplicaciones se han prestado tradicionalmente a través de una plataforma (a menudo denominada controlador de entrega de aplicaciones o ADC, por sus siglas en inglés) respaldada por hardware fiable y escalable. Estos dispositivos se diseñaron para ofrecer una alta disponibilidad y escalabilidad, y poder admitir cientos de aplicaciones simultáneamente. Las infraestructuras compartidas, ya sean de red o de aplicaciones, siempre han ofrecido ventajas en términos de costes. Repartir los gastos de capital y operativos entre varias aplicaciones tenía sentido.

Hasta que surgieron aplicaciones y arquitecturas en las que dejó de tener sentido.

Cada vez hay más aplicaciones y arquitecturas que requieren un enfoque más orientado a la aplicación. El variado ecosistema actual de microservicios, por ejemplo, exige una plataforma rápida, escalable y asequible en la que desplegar servicios para una única aplicación.

Las plataformas de servicios compartidos no pueden satisfacer esa demanda como lo hace una plataforma por aplicación diseñada específicamente para ello. Hay tres buenas razones:

1. Coste. No comprarías una furgoneta de doce plazas si fueras la única persona que va a utilizarla. Todo ese espacio adicional supone un mayor coste tanto de adquisición como de funcionamiento. En las situaciones adecuadas (y para las aplicaciones apropiadas), la infraestructura compartida reduce el coste por aplicación y tiene mucho sentido desde el punto de vista financiero y operativo. Pero si solo necesitas dar soporte a una única aplicación, lo único que hace es aumentar los gastos sin aportar valor.
2. Configuraciones. Las aplicaciones y arquitecturas modernas se desarrollan e implementan teniendo en cuenta las actualizaciones frecuentes. Si compartes una plataforma con otras ocho aplicaciones —que no siguen el mismo calendario—, sus responsables podrían molestarse un poco si algo sale mal y afecta a sus aplicaciones. Por no mencionar que, cuantas más configuraciones haya y más grandes sean, más tiempo se tardará en leerlas y verificarlas cada vez que sea necesario volver a cargarlas o modificarlas.
3. Actualizaciones. Cuando Bob quiere actualizar esa plataforma compartida y tú no, ¿quién se sale con la suya? Si Bob se sale con la suya y eso provoca que una aplicación deje de funcionar, nadie gana. Actualizar una infraestructura compartida puede ser una perspectiva inquietante. También puede obligarnos a dedicar más tiempo a actualizar o mejorar (o incluso migrar) las configuraciones a las versiones más recientes, lo que nos lleva de nuevo al primer problema y a los costes que pueden acumularse.

Existe la necesidad (y la demanda) de una plataforma de servicios de aplicaciones diseñada específicamente para admitir una única aplicación. Limitar su responsabilidad a una sola aplicación reduce el tamaño (y la complejidad) de la configuración, restringe el alcance de las consecuencias de una actualización fallida a una única aplicación y disminuye tanto el coste de adquisición como el de operación.

Por la nube, los contenedores y los microservicios. Por DevOps y la economía digital, que impulsan a las organizaciones a realizar entregas con mayor rapidez y frecuencia.

Las aplicaciones y las arquitecturas están cambiando. Los entornos están cambiando. Eso significa que los servicios de aplicaciones —y sus mecanismos de entrega— también deben cambiar.

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