BLOG

No sacrifiques los servicios por la velocidad

Miniatura de Lori MacVittie
Lori MacVittie
Publicado el 26 de septiembre de 2016

No, no ese tipo de velocidad. El otro tipo de velocidad.

La velocidad, la rapidez con la que se pueden desarrollar y lanzar aplicações a producción, es un impulsor común de las organizaciones que adoptan metodologías de desarrollo ágiles y DevOps para la implementación. Las métricas a menudo giran en torno a los “tiempos de ciclo” y la “frecuencia de implementación”, que a menudo se citan junto con las de Agile, que miden el tiempo en “sprints” cada vez más cortos como un medio para llevar características y funciones al mercado más rápidamente.

Se trata de velocidad, y desde hace tiempo se ha promocionado la nube como un medio para lograrla. Sin largos tiempos de adquisición, sin esperas para rack y apilado. ¿Ventanas de implementación programadas que pueden requerir tiempos de espera de meses? No existe tal cosa. La “agilidad” de la nube es en realidad sólo un sinónimo de velocidad. En una encuesta de 2015 realizada por CA Technologies , 9 de cada 10 ejecutivos enfrentaron una mayor presión para lanzar aplicaciones más rápidamente. Cuando la pregunta es lograr la velocidad adecuada del mercado, la nube suele ser vista como la respuesta.

 

 

 

lo mejor de ambos mundos

Pero al apresurarse a migrar a la nube, las organizaciones a menudo se ven obligadas a sacrificar servicios, generalmente porque no hay ofertas comparables ni experiencia de implementación disponible. Esto es un problema, especialmente cuando se trata de la trilogía operativa de rendimiento, seguridad y escala. Sacrificar cualquiera de los puntos anteriores puede tener un impacto devastador en las ganancias, así como en la productividad, dos métricas con las que la empresa se mide trimestralmente, o incluso a diario.

Es probable que esa sea la razón por la que la mayoría de los encuestados en la encuesta sobre el estado de la red de 2016 de Network World indicaron que los principales impulsores de las inversiones en redes eran mejorar el rendimiento (55%), la seguridad de datos (53%) y garantizar la disponibilidad (50%).

Nuestras propias encuestas sobre el estado de la entrega de aplicação también encuentran que se otorga una importancia similar a los tres. Cuando se pregunta a los encuestados sobre qué servicios no implementarían sin una aplicación, la seguridad y la disponibilidad ocupan el primer lugar. ¿Y el rendimiento? Es lo último a lo que renunciarían las organizaciones, incluso si eso significara hacer que sus redes fueran más seguras.

Las organizaciones necesitan el enfoque de “lo mejor de ambos mundos”. Necesitan la agilidad, es decir, la velocidad, de la computación en la nube para igualar la velocidad con la que los equipos de desarrollo y operaciones están llevando las aplicaciones a producción, pero no pueden sacrificar los servicios de los que dependen para la seguridad, la escala y el rendimiento para lograrlo. Una infracción, un rendimiento deficiente o una falla en la escalabilidad en un momento crítico es tan perjudicial como no lograr que la aplicación llegue al mercado.

El problema es que ambos mundos parecen estar en desacuerdo entre sí. Esta es la disonancia del centro de datos que surge al intentar respaldar tanto la confiabilidad como la agilidad al mismo tiempo.

Resulta que en realidad los mundos no son tan disarmónicos como parece. La agilidad necesaria a nivel empresarial para optimizar las operaciones con aplicaciones y cosas, y llevar características y funciones al mercado con mayor rapidez y frecuencia, depende de la confiabilidad de la infraestructura que las proporciona. No es que la red no sea capaz de moverse a esa velocidad, es que la red requiere un poco más de atención para garantizar que las implementaciones no solo sean repetibles, sino que también sean consistentes y predecibles.

orquestación multientorno

Eso significa que el enfoque tradicional para implementar los servicios de aplicaciones necesarios para mantener la seguridad, la escala y la velocidad no es el problema. El problema es la velocidad con la que se despliegan. Para combatir esto es necesario recurrir a métodos programáticos como API y plantillas que, cuando se combinan con la orquestación, impulsan la implementación de servicios de aplicaciones a mayor velocidad. Velocidades más acordes con las del desarrollo y operaciones de aplicaciones.

Una solución es emplear un conjunto de servicios operativamente consistente en todos los entornos, ya sean tradicionales o de centros de datos, de nube pública o privada. Con una plataforma capaz de implementarse en un conjunto sólido de entornos (como todas las nubes y los centros de datos tradicionales), las organizaciones pueden mejorar la velocidad al reducir la fricción operativa causada por la creación y la gestión de múltiples conjuntos de políticas, algunas de las cuales pueden carecer de las capacidades necesarias para promover la coherencia y el cumplimiento. Con un enfoque de plataforma, el comando centralizado con ejecución descentralizada puede convertirse en una realidad y brindar la repetibilidad sobre la que se basa la confianza en las implementaciones.

El uso de plantillas o el tratamiento de la “infraestructura como código” promueve la confiabilidad al garantizar la consistencia y repetibilidad de las implementaciones de servicios en todos los entornos, mientras que la orquestación mejora la velocidad como un medio para respaldar la naturaleza más fluida y ágil de las operaciones actuales.

Puedes tener lo mejor de ambos mundos. Confiabilidad y agilidad. No es necesario sacrificar servicios por velocidad. Sólo hay que asegurarse de tener la plataforma adecuada, con las capacidades adecuadas, en los lugares adecuados.