Cómo se adapta la red a las cambiantes arquitecturas de las aplicaciones
Hoy en día hay mucho revuelo en torno a los microservicios. Son la nueva tendencia en arquitecturas de aplicação y a menudo se los menciona junto con su mejor amigo, los contenedores. Una encuesta reciente realizada por InfoQ reveló que ambos ocupaban un lugar destacado en la lista de “usados o planificados para usar”, y los contenedores (71,79 % de los encuestados) apenas superaban a los microservicios (70,4 %). Curiosamente, la misma investigación mostró que hoy en día los microservicios se utilizan más (32,21%) que los contenedores (29,44%).
De todos modos, parece indiscutible que los microservicios y los contenedores son tecnologías que están en el radar de la mayoría de las organizaciones.
Sin embargo, como ocurre con cualquier cambio significativo en las arquitecturas de aplicação , hay un cambio comparable en la red, a medida que los servicios de aplicaciones y las funciones de red se adaptan para satisfacer las necesidades de estas nuevas arquitecturas de aplicação . Esto se debe en parte a la realidad de que los cambios, especialmente los radicales, en las arquitecturas de aplicação cambian los patrones de red y a menudo están acompañados de nuevos lenguajes, plataformas web y los desafíos que surgen de ellos en torno a la seguridad.
Por ejemplo, el paso del cliente-servidor a la (ahora) tradicional aplicação web de tres niveles trajo consigo no sólo otro nivel en la arquitectura de la aplicação sino un nivel complementario de infraestructura diseñado para proporcionar la escala y el rendimiento requeridos por las aplicaciones en la floreciente era de Internet. Tal vez recuerde el repentino crecimiento de las puertas de enlace XML, las puertas de enlace de seguridad XML, los firewalls XML y otros dispositivos de “red” relacionados enfocados exclusivamente en abordar los desafíos que surgían de la (entonces) nueva arquitectura de aplicaciones, SOA.
Luego, a medida que la nube y los dispositivos móviles comenzaron a dejar notar su impacto, la seguridad pasó a primer plano y nacieron una serie de nuevas soluciones de seguridad de red. Estos se centraron en la gestión y protección de dispositivos móviles, incluidas las redes en las que actuaban estos dispositivos, así como los intermediarios de seguridad de acceso a la nube. Aquí se produjo un cambio sutil en “la red” que todavía se siente: la expansión de “la red” para incluir, virtualmente, Internet. Sin duda, la continua dispersión de aplicações en múltiples entornos tendrá como respuesta la red con una migración continua de servicios tradicionalmente limitados a la LAN (en particular, la seguridad) a Internet, “como servicio”.
Hoy en día, estamos viendo el auge de los microservicios y las API, principalmente los RESTful en las arquitecturas de aplicação . Al mismo tiempo, la Internet de las cosas y el crecimiento explosivo de las aplicações y los usuarios humanos siguen impulsando la necesidad de escala, pero hoy esa escala se centra en las operaciones.
El resultado es que la red necesita (y de hecho, en muchos casos) responder con esfuerzos para lograr compatibilidad arquitectónica con las aplicações (servicios) que tiene la tarea de escalar, proteger y optimizar. Esto significa adoptar factores de forma virtuales y en contenedores, incluida la nube, y un énfasis en la orquestación y la automatización. Las plantillas, las API y la capacidad de integración con los marcos y conjuntos de herramientas que en última instancia impulsarán la entrega de aplicações a producción son el objetivo actual.
La “red” está respondiendo. Las API abundan. Las plantillas y el soporte para otros sistemas de plantillas (¿Alguien conoce las plantillas OpenStack Heat y AWS Cloud Formation?) se están volviendo algo común, así como el soporte para tratar la infraestructura de entrega de aplicaciones "como código".
Esta adaptación no es como las adaptaciones tradicionales en la red, donde la velocidad y el avance de los paquetes son claves. Esta última adaptación tiene que ver con la velocidad de aprovisionamiento y las capacidades de las API como feeds en la red. Se centra en lograr la compatibilidad arquitectónica con la arquitectura de la aplicação , ya sea que se implemente en una nube pública o privada (local), como una única aplicação monolítica o como un conjunto desacoplado de cien microservicios.
No se equivoque: la red se ve afectada, e incluso impulsada, por los cambios en las arquitecturas de las aplicação . Existe una relación simbiótica entre ambos que no se puede ignorar, en particular a medida que avanzamos hacia una era centrada en las operaciones en la que la coordinación y la cooperación son clave para que las empresas brinden las aplicações en las que confían hoy para tener éxito y crecer.