Cómo se adapta la red a los cambios en las arquitecturas de las aplicaciones

Lori Mac VittieIngeniero distinguido y evangelista jefe | F5

Hoy en día se habla mucho de los microservicios. Son la última tendencia en arquitecturas de aplicaciones y suelen mencionarse junto con sus mejores amigos, los contenedores. Una encuesta reciente realizada por InfoQ reveló que ambos ocupaban puestos destacados en la lista de tecnologías «en uso o cuyo uso está previsto», con los contenedores (el 71,79 % de los encuestados) ligeramente por delante de los microservicios (el 70,4 %). Curiosamente, el mismo estudio mostró que, en la actualidad, los microservicios se utilizaban más (32,21 %) que los contenedores (29,44 %).

En cualquier caso, parece indiscutible que los microservicios y los contenedores son tecnologías que están en el punto de mira de la mayoría de las organizaciones.

Sin embargo, como ocurre con cualquier cambio significativo en las arquitecturas de aplicaciones, también se produce un cambio comparable en la red, a medida que los servicios de las aplicaciones y las funciones de red se adaptan para satisfacer las necesidades de estas nuevas arquitecturas. Esto se debe, en parte, a que los cambios —especialmente los radicales— en las arquitecturas de aplicaciones modifican los patrones de red y suelen venir acompañados de nuevos lenguajes, plataformas web y los consiguientes retos en materia de seguridad.

Por ejemplo, el paso del modelo cliente-servidor a la aplicación web tradicional de tres capas (hoy en día) no solo añadió otra capa a la arquitectura de las aplicaciones, sino también una capa de infraestructura complementaria diseñada para proporcionar la escalabilidad y el rendimiento que requerían las aplicaciones en la floreciente era de Internet. Quizá recuerde el repentino auge de las pasarelas XML, las pasarelas de seguridad XML, los cortafuegos XML y otros dispositivos de «red» relacionados, centrados exclusivamente en abordar los retos derivados de la que entonces era la nueva arquitectura de aplicaciones: SOA.

Después, a medida que la nube y los dispositivos móviles empezaron a dejar sentir su impacto, la seguridad pasó a un primer plano y surgió toda una oleada de nuevas soluciones de seguridad de red. Estas se centraban en gestionar y proteger los dispositivos móviles, incluidas las redes en las que operaban, así como en los agentes de seguridad de acceso a la nube. En ese momento se produjo un cambio sutil en «la red» cuyos efectos aún se perciben: la ampliación de «la red» hasta abarcar, en la práctica, Internet. Sin duda, la continua dispersión de las aplicaciones entre múltiples entornos tendrá como respuesta de la red la migración progresiva a Internet, «como servicio», de servicios tradicionalmente circunscritos a las redes LAN (en particular, los de seguridad).

Hoy asistimos al auge de los microservicios y las API, principalmente las de tipo RESTful, en las arquitecturas de aplicaciones. Al mismo tiempo, el Internet de las cosas y el crecimiento explosivo de las aplicaciones y los usuarios humanos siguen impulsando la necesidad de escalabilidad, aunque hoy en día esta se centra en las operaciones.

Como resultado, la red debe responder —y, en muchos casos, ya lo está haciendo— con iniciativas destinadas a lograr la compatibilidad arquitectónica con las aplicaciones (servicios) que debe escalar, proteger y optimizar. Esto implica adoptar formatos virtuales y basados en contenedores —incluida la nube—, así como hacer hincapié en la orquestación y la automatización. El objetivo actual es disponer de plantillas, API y capacidad de integración con los marcos y conjuntos de herramientas que, en última instancia, impulsarán el despliegue de las aplicaciones en producción.

La «red» está respondiendo. Las API abundan. Las plantillas y la compatibilidad con otros sistemas de plantillas (¿OpenStack Heat y AWS Cloud Formation Templates, por ejemplo?) son cada vez más habituales, al igual que la posibilidad de tratar la infraestructura de entrega de aplicaciones «como código».

Esta adaptación no es como las adaptaciones tradicionales de la red, en las que la velocidad y el flujo de paquetes son fundamentales. Esta última adaptación se centra en la rapidez del aprovisionamiento y en las capacidades de las API como fuentes de datos de la red. El objetivo es lograr la compatibilidad arquitectónica con la arquitectura de la aplicación, tanto si se implementa en una nube pública como privada (en las propias instalaciones), ya sea como una única aplicación monolítica o como un conjunto desacoplado de cien microservicios.

Que no haya lugar a dudas: las redes se ven afectadas —e incluso impulsadas— por los cambios en las arquitecturas de las aplicaciones. Existe una relación simbiótica entre ambas que no se puede ignorar, especialmente a medida que avanzamos hacia una era centrada en las operaciones, en la que la coordinación y la cooperación son fundamentales para que las empresas puedan ofrecer las aplicaciones de las que dependen hoy en día para prosperar y crecer.

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