Acercando posturas: escalado y fiabilidad
La producción no está diseñada para fracasar.
Las arquitecturas de servicios de aplicación y redes tradicionales están diseñadas para ser confiables incluso en caso de fallas. La redundancia y la conmutación por error son capacidades críticas de la infraestructura que se encuentra entre los clientes y el activo más valioso de una organización: sus aplicaciones.
La conmutación por error (una verdadera conmutación por error) no se puede lograr simplemente creando un nuevo contenedor. Este enfoque sólo funciona para aplicaciones modernas que están diseñadas para no tener estado. Esto rara vez es una característica de las aplicaciones tradicionales, y ni siquiera es una certeza para las modernas. La escalabilidad y la confiabilidad de nivel empresarial son fundamentales para mantener la disponibilidad de lo que sigue siendo la mayor parte de la cartera de aplicación empresariales: las aplicaciones tradicionales.
Pero eso no significa que debamos ignorar el creciente número de aplicaciones modernas. Cada nueva arquitectura de aplicación comienza con solo unos pocos proyectos y luego explota a medida que las organizaciones aprenden cómo desarrollar, implementar y operar los sistemas y soluciones necesarios para escalar y proteger esas nuevas aplicaciones. El número de aplicaciones nuevas que se desarrollan utilizando arquitecturas modernas sigue siendo pequeño dentro de la empresa, pero está creciendo rápidamente. Es necesario que las organizaciones sigan el ritmo de la economía digital.
Arquitectura a la velocidad de las aplicações
Más de una de cada cinco organizaciones tienen ahora cincuenta (50) o más solicitudes de aplicaciones importantes en su cartera de aplicación . Más del 61% tiene más de diez (10) nuevas solicitudes de aplicaciones en la cola. Los enfoques tradicionales de desarrollo no pueden seguir el ritmo. Aparecerán más aplicaciones basadas en arquitecturas modernas a medida que las organizaciones recurran a Agile y a los microservicios para ayudar a acelerar la entrega.
Y a medida que lo hagan, necesitarán una forma de superar la brecha entre el modelo de escala y confiabilidad de las arquitecturas modernas y la exigente escala y confiabilidad requeridas para realizar implementaciones a nivel empresarial.
Estas arquitecturas modernas suelen incluir NGINX. De hecho, se podría decir que la mayoría de las arquitecturas modernas emergentes se basan en NGINX en una o más funciones.
Entre los doce principales componentes de aplicación que se ejecutan en contenedores se encuentra NGINX. Entre los principales proveedores de entrada de contenedores en uso (el más importante, para ser sinceros) , se encuentra NGINX. En todas las encuestas e informes basados en datos sobre la nube, los contenedores y los microservicios, es probable que encuentre NGINX en la lista de componentes en ejecución.
Principalmente NGINX satisface la necesidad de escala en las arquitecturas modernas. Ofrece confiabilidad a las aplicaciones modernas ya que, si hay una falla en una instancia de la aplicación, NGINX lo notará y dirigirá las solicitudes posteriores a otras instancias de la aplicación. Cubre las fallas que están diseñadas de manera innata en los entornos de contenedores. También satisface los requisitos de tiempo de actividad de las aplicación que la mayoría de DevOps y desarrolladores deben cumplir.
Pero eso no se traduce necesariamente en escalar toda una arquitectura empresarial y garantizar su confiabilidad. El mismo sistema “construido para fallar” que funciona tan bien para las aplicaciones modernas no es adecuado para brindar lo mismo a las aplicaciones tradicionales y la infraestructura de servicios de aplicación . En el centro de la diferencia se encuentra un modelo de “estado versus modelo con estado”. Las aplicaciones modernas apuntan a no tener estado porque eso, a su vez, hace que la arquitectura funcione. Las aplicaciones tradicionales (y la red en sí) son sensibles al estado. La falla mata transacciones y sesiones en progreso e interrumpe la disponibilidad.
Confiabilidad moderna
El radio de explosión de una falla en la producción que impacta la infraestructura compartida (que es la mayor parte) es grande. Muy grande. Las redes y los servicios de aplicación responsables de la distribución y la seguridad de cientos de aplicaciones no están diseñados para fallar, sino para ser confiables.
En el papel de escalabilidad y confiabilidad de clase empresarial está F5 con BIG-IP. Diseñado para brindar confiabilidad y con capacidad de escalar para satisfacer tanto la demanda como los ataques masivos, BIG-IP es el medio por el cual más de 25 000 empresas entregan aplicaciones. Satisface los requisitos de tiempo de actividad de la red y de las aplicación que NetOps tiene la tarea de cumplir.
Al unir ambos, podremos satisfacer los requisitos de “confiabilidad” sin importar la definición. Ya sea que esto se aplique a la confiabilidad de pequeñas implementaciones impulsadas por desarrolladores que escalan aplicaciones modernas o grandes implementaciones que escalan servicios de aplicación y aplicaciones tradicionales por igual, una cartera combinada ofrecerá a los clientes la capacidad de usar la herramienta adecuada para la aplicación adecuada.
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'.