Acercando posturas: arquitecturas tradicionales y modernas
Estamos en medio de un cambio significativo en las arquitecturas de aplicação . Según Cisco (Índice Global de la Nube: 2016-2021), el 85 % de las nuevas instancias de carga de trabajo de aplicaciones se basan en contenedores. Esto implica que se están diseñando y desarrollando utilizando arquitecturas de aplicaciones modernas que se basan en gran medida en principios de microservicios y API-first. Esta arquitectura es marcadamente diferente de la arquitectura web tradicional de tres niveles que ha dominado el espacio de las aplicação desde que Internet surgió como un medio confiable para hacer negocios.
Pero las aplicações tradicionales tampoco desaparecerán. Los estudios han demostrado que las aplicações tradicionales (heredadas) tienen una vida útil más larga que muchas carreras, llegando incluso a los 20 años. De hecho, una investigación de BMC descubrió que más del 51% de los encuestados tenían más de la mitad de sus datos residiendo en un mainframe. Los encuestados indicaron además aumentos en los volúmenes de transacciones (59%), los volúmenes de datos (55%) y la velocidad de cambio de aplicação (45%).
Estas arquitecturas se dividen por muchas características, incluidas las opciones tecnológicas.
Las aplicaciones tradicionales dependen de servidores web, servidores de aplicaciones y bases de datos relacionales. Los contenedores, los motores de aplicaciones y las bases de datos NoSQL son las opciones preferidas para el desarrollo moderno. Las aplicaciones tradicionales residen principalmente en las instalaciones y aprovechan los recursos compartidos. Las aplicaciones modernas están en la nube y esperan que los recursos estén dedicados exclusivamente a ellas.
También encontramos contraste en las arquitecturas utilizadas para brindar los servicios de los que dependen todas las aplicaciones para reforzar la seguridad, garantizar la disponibilidad y mejorar el rendimiento. Para ser claros, la brecha no se basa realmente en el uso de los servicios de aplicação , sino en la eficiencia de las plataformas que los ofrecen.
Capacidad y conexiones
La eficiencia es el resultado número uno deseado de la transformación digital según nuestro Estado de los servicios de aplicação 2019. El 70 % de las organizaciones citaron la optimización de TI (eficiencia) por sobre otros beneficios de "bingo de palabras de moda" como la ventaja competitiva (46 %) y las nuevas oportunidades comerciales (45 %). En la encuesta sobre el estado del CIO de 2019, el 40 % de los encuestados afirmó que aumentar la eficiencia operativa será la iniciativa más importante que impulse la inversión en TI este año.
La eficiencia es importante. El problema es que junto con la división entre las arquitecturas tradicionales y modernas viene una división en la forma en que definimos la eficiencia.
Las arquitecturas de entrega tradicionales miden la eficiencia en función de valores transaccionales como el costo por conexión. Los sistemas se construyeron sobre la premisa de una infraestructura y recursos compartidos que exigían plataformas altamente confiables y escalables desde las cuales brindar servicios de aplicação . Una única plataforma de distribución de aplicação actúa como puerta de entrada a un promedio de más de 130 aplicações diferentes. Su eficiencia se basa en el coste por conexión (capacidad) y, en general, cuanto menor sea, mejor. La complejidad es aceptable siempre que se logre una alta capacidad.
El enfoque actual de las aplicações , basado en contenedores y nativo de la nube, apunta a una explosión de “aplicações” que requieren la misma seguridad y escala que sus predecesores monolíticos. Ya no se espera que una sola aplicação pueda escalar a millones de conexiones. Más bien, esos millones de conexiones se distribuirán entre cientos (o miles) de aplicações de menor tamaño. Los servicios de aplicação no necesitan escalar a millones de conexiones porque las “aplicações” ya no escalan verticalmente, sino horizontalmente. Cada uno es responsable sólo de una pequeña parte de las conexiones totales. Los servicios de aplicação que distribuyen esas conexiones, entonces, tampoco requieren una capacidad tan alta.
Velocidad, simplicidad y seguridad
En cambio, la eficiencia se mide en función de la simplicidad y la velocidad. Es necesario realizar cambios rápidos y frecuentes para satisfacer el creciente apetito de la economía digital. Un enorme 62% de los encuestados en el Informe sobre orquestación de contenedores y nubes de SDxCentral de 2017 implementan contenedores para lograr una mayor velocidad de activación y desactivación. Casi la mitad (47%) implementa contenedores específicamente por su mayor facilidad de gestión. Los servicios de aplicação deben ser fáciles y rápidos de obtener, implementar y operar dentro de arquitecturas modernas. Es por esto que el código abierto domina la cadena de herramientas CI/CD y hace que NGINX sea una herramienta tan atractiva para gran parte de las comunidades de desarrolladores y DevOps.
Las plataformas de entrega modernas no son tan eficientes en las arquitecturas tradicionales, y las plataformas de entrega tradicionales no son tan eficientes en las arquitecturas modernas. Esto es particularmente evidente cuando analizamos la seguridad de las aplicação . La seguridad de las aplicação está diseñada principalmente para evitar que ataques externos (públicos) lleguen a aplicações, servidores y fuentes de datos. Una seguridad de aplicação eficaz y eficiente hace esto lo más cerca posible de la fuente del ataque. Cuando una aplicação detecta un ataque o una payload maliciosos , generalmente ya es demasiado tarde. Se han consumido recursos. El malware ha sido entregado. El código malicioso ya se ha implantado.
En términos de arquitectura, eso generalmente significa que la seguridad de las aplicação se implementa de manera más eficiente en una arquitectura tradicional (NS) para evitar que el tráfico malicioso llegue a las aplicações que se ejecutan en cualquier tipo de entorno (es decir, moderno o tradicional).
Acercando posturas
En resumen, esto resume la brecha arquitectónica existente que buscamos cerrar con la adquisición de NGINX . Los clientes necesitan opciones para arquitecturas de entrega tanto tradicionales como modernas para satisfacer sus propias necesidades de eficiencia. Vemos una necesidad de ambos para permitir a los clientes superar la brecha entre las arquitecturas tradicionales (NS) y las modernas (EW).
Hoy en día, ambas arquitecturas son válidas y necesarias para que las empresas logren entregar capacidades digitales con mayor rapidez y frecuencia y, lo más importante, de la forma más eficiente posible para respaldar su activo más valioso: una cartera de aplicações multigeneracional. Creemos que ahora es el momento de superar esa brecha reuniendo lo mejor de las arquitecturas de distribución tradicionales y modernas.
Para obtener más información sobre las ventajas de unir F5 y NGINX, consulte una publicación del CEO de F5 que presenta la serie de blogs 'Bridging the Divide'.