La división entre configurabilidad y operabilidad
Hemos publicado varias entradas de blog sobre la diferencia entre la entrega (desarrollo de aplicaciones) y la implementación (producción), impulsadas por nuestra reciente adquisición de NGINX . Una de ellas abordó brevemente un concepto que hoy exploraremos: la simplicidad operativa .
Detrás de la frase “simplicidad operativa” existe una división entre configurabilidad y operabilidad. Ambos están en marcado contraste entre sí. Por un lado está la configurabilidad. Esa es la capacidad de manipular las características de los servicios de aplicação en las capas de red, plataforma y servicio de aplicação . Es lo que le brinda la capacidad de activar y desactivar el algoritmo de Nagle y ajustar las configuraciones que afectan el rendimiento y la eficiencia de los protocolos.
Por otro lado está la operatividad. Esa es la capacidad de implementar, administrar y monitorear rápidamente servicios de aplicação . La expectativa de operatividad es el conocimiento del servicio de la aplicação , y poco más. No es necesario que los operadores sean expertos en la plataforma o en las capas de red. Para lograr esto, se pueden restringir los botones y perillas que existen en la capa de servicio de la aplicação . El objetivo principal es hacer que el servicio de aplicação sea fácil de implementar y operar.
Uno de ellos introduce complejidad. Uno lo reduce. Se requiere profundidad y amplitud de conocimientos en toda la pila. El otro no. Cada uno cumple una función en la entrega segura de aplicações.
División de funciones
La razón por la que esta división es importante es porque la nube y los contenedores están presionando a la infraestructura de servicios de aplicação para que cambie hacia un modelo más simple. Los contenedores consumen una serie de servicios de aplicação . El equilibrio de carga, el control de ingreso, la supervisión, las puertas de enlace de API y la seguridad de API se consideran componentes necesarios para una estrategia de contenedorización exitosa. En esencia, la transformación de las arquitecturas consiste en dividir los propios servicios de aplicação . Algunos son más adecuados para su implementación en la ruta de datos y otros como parte de la arquitectura de la aplicação .
Esto significa que cada vez más son las operaciones (específicamente DevOps) las que consumen servicios de aplicação locales y en la nube pública. Esto tiene un impacto profundo en esos servicios de aplicação porque las expectativas de DevOps incluyen operabilidad sobre configurabilidad. A DevOps no le interesa especialmente ajustar las pilas TCP; le interesan las implementaciones rápidas y frecuentes y el mantenimiento de la disponibilidad de las aplicação .
Esto se debe en gran medida al enfoque en el tiempo para obtener valor, que exige una mayor velocidad de entrega e implementación. Nadie tiene tiempo para perder el tiempo con la infraestructura; todos tienen aplicações que llevar al mercado.
Pero eso no significa que la configurabilidad no sea importante. Lo es, especialmente cuando se trata de seguridad y rendimiento. Una red y una pila de plataformas estandarizadas no están optimizadas para nada. No puede ajustarse para optimizarse para dispositivos móviles al mismo tiempo que optimiza para computadoras de escritorio. No está optimizado para su red, ya sea en la nube o en sus instalaciones.
Y nos guste admitirlo o no, el rendimiento es una medida compuesta. Si su red es lenta, su aplicación es más lenta. La necesidad de optimizar las capas de red y plataforma es un componente crítico para garantizar no solo la disponibilidad sino también el rendimiento . Eso hace que la configurabilidad sea algo que debe estar disponible para aquellos que puedan aprovecharla.
No es una elección binaria
La configurabilidad sigue siendo tan importante como la operatividad. En realidad no es una elección binaria porque el consumo de servicios de aplicação no es binario. Hoy en día, tanto NetOps como DevOps consumen servicios de aplicação ; la división radica en sus expectativas con respecto a la implementación y la gestión de esos servicios de aplicação . NetOps necesita configurabilidad. DevOps requiere operatividad.
El negocio necesita ambas cosas, porque la velocidad de entrega al mercado no ayudará si su aplicación también no es rápida y confiable.
Esta división existe porque la tecnología se encuentra en un estado de transición entre un mundo donde la configurabilidad era la regla y un estado futuro donde se espera operatividad. Hoy en día, se necesita una forma de superar la brecha entre ambos, con servicios de aplicação que satisfagan las expectativas operativas de sus operadores. Es por eso que la combinación de F5 y NGINX es tan emocionante hoy.
Pero veo un futuro en el que se pueda tener configurabilidad y operatividad al mismo tiempo. Es por eso que la combinación de F5 y NGINX es tan prometedora para el futuro. Y si está específicamente interesado en cómo F5 y NGINX brindarán una gestión de API moderna, regístrese para el próximo seminario web .