Acercando posturas: escalado y fiabilidad
La producción no está diseñada para fracasar.
Las arquitecturas de servicios de aplicação 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 aplicações.
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 aplicações modernas que están diseñadas para no tener estado. Esto rara vez es una característica de las aplicações 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 aplicação empresariales: las aplicaciones tradicionales.
Pero eso no significa que debamos ignorar el creciente número de aplicações 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 aplicações 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 aplicação . 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 aplicação 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 aplicação 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 aplicações modernas no es adecuado para brindar lo mismo a las aplicaciones tradicionales y la infraestructura de servicios de aplicação . 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 aplicação responsables de la distribución y la seguridad de cientos de aplicações 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 aplicação 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 aplicação 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'.