No, no ese tipo de velocidad. El otro tipo de velocidad.
La velocidad, es decir, la rapidez con la que se pueden desarrollar aplicaciones y ponerlas en producción, es un motivo habitual por el que las organizaciones adoptan metodologías de desarrollo ágil y DevOps para el despliegue. Las métricas suelen centrarse en los «tiempos de ciclo» y la «frecuencia de despliegue», que suelen citarse junto con las métricas de las metodologías ágiles, que miden el tiempo en «sprints» cada vez más cortos para lanzar más rápidamente al mercado nuevas características y funcionalidades.
Se trata de velocidad, y desde hace tiempo se promociona la nube como un medio para conseguirla. Sin largos plazos de adquisición ni esperas para instalar y configurar los equipos. ¿Ventanas de despliegue programadas que pueden implicar meses de espera? Nada de eso. La «agilidad» de la nube no es más que un sinónimo de velocidad. En una encuesta realizada en 2015 por CA Technologies, 9 de cada 10 directivos se enfrentaban a una presión cada vez mayor para lanzar aplicaciones con más rapidez. Cuando se trata de alcanzar una velocidad de comercialización adecuada, la nube suele considerarse la respuesta.

Sin embargo, en su carrera hacia la nube, las organizaciones a menudo se ven obligadas a renunciar a determinados servicios, generalmente porque no existen ofertas comparables o no se dispone de la experiencia necesaria para su implementación. Esto supone un problema, especialmente en lo que respecta a la tríada operativa de rendimiento, seguridad y escalabilidad. Sacrificar cualquiera de estos aspectos puede tener un impacto devastador tanto en los beneficios como en la productividad, dos indicadores con los que la empresa evalúa sus resultados trimestralmente, si no a diario.
Probablemente por eso, la mayoría de los encuestados en el estudio «State of the Network 2016» de Network World señaló que los principales motivos para invertir en redes eran mejorar el rendimiento (55 %), reforzar la seguridad de los datos (53 %) y garantizar la disponibilidad (50 %).
Nuestras propias encuestas sobre el estado de la entrega de aplicaciones revelan que también se concede una importancia similar a los tres aspectos. Cuando se pregunta a los encuestados sin qué servicios no implementarían una aplicación, la seguridad y la disponibilidad empatan en el primer puesto. ¿Y el rendimiento? Es lo último a lo que renunciarían las organizaciones, aunque ello implicara aumentar la seguridad de sus redes.
Las organizaciones necesitan un enfoque que combine «lo mejor de ambos mundos». Necesitan la agilidad, es decir, la velocidad, de la computación en la nube para seguir el ritmo al que los equipos de desarrollo y operaciones ponen las aplicaciones en producción, pero no pueden sacrificar los servicios de los que dependen para garantizar la seguridad, la escalabilidad y el rendimiento. Una brecha de seguridad, un rendimiento deficiente o la incapacidad de escalar en un momento crítico son tan perjudiciales como no lanzar la aplicación al mercado.
El problema es que ambos mundos parecen estar reñidos. Esta es la disonancia del centro de datos que surge al intentar ofrecer fiabilidad y agilidad al mismo tiempo.
Resulta que, en realidad, ambos mundos no son tan incompatibles como parece. La agilidad necesaria en el ámbito empresarial para optimizar las operaciones mediante aplicaciones y dispositivos, y lanzar al mercado prestaciones y funcionalidades con mayor rapidez y frecuencia, se sustenta en la fiabilidad de la infraestructura que la hace posible. No es que la red no sea capaz de avanzar a ese ritmo, sino que requiere algo más de atención para garantizar que las implementaciones no solo sean repetibles, sino también coherentes y predecibles.

Eso significa que el enfoque tradicional para implementar los servicios de aplicaciones necesarios para mantener la seguridad, la escalabilidad y la velocidad no es el problema. El problema es la rapidez con la que se implementan. Para solucionarlo, hay que recurrir a métodos programáticos, como las API y las plantillas, que, combinados con la orquestación, agilizan la implementación de los servicios de aplicaciones hasta alcanzar velocidades más acordes con las de los equipos de desarrollo y operaciones.
Una solución consiste en utilizar un conjunto de servicios coherente desde el punto de vista operativo en todos los entornos, ya sean tradicionales o de coubicación, o nubes públicas o privadas. Con una plataforma que pueda implementarse en una amplia variedad de entornos (como todas las nubes y los centros de datos tradicionales), las organizaciones pueden agilizar los procesos reduciendo la fricción operativa que supone crear y gestionar varios conjuntos de políticas, algunos de los cuales pueden carecer de las capacidades necesarias para fomentar la coherencia y el cumplimiento normativo. Con un enfoque basado en una plataforma, el mando centralizado con ejecución descentralizada puede hacerse realidad y proporcionar la repetibilidad sobre la que se sustenta la confianza en las implementaciones.
El uso de plantillas o el tratamiento de la «infraestructura como código» favorece la fiabilidad al garantizar la coherencia y la repetibilidad de los despliegues de servicios en distintos entornos, mientras que la orquestación aumenta la velocidad para respaldar la naturaleza más fluida y ágil de las operaciones actuales.
Puedes tener lo mejor de ambos mundos: fiabilidad y agilidad. No tienes que sacrificar servicios en aras de la velocidad. Solo tienes que asegurarte de contar con la plataforma adecuada, con las capacidades adecuadas y en los lugares adecuados.
Sobre el autor

Lori MacVittie es ingeniera distinguida y evangelista jefe en la Oficina del CTO de F5, y cuenta con una amplia experiencia en entrega de aplicaciones, estrategia de automatización e infraestructura. Es conocida por convertir la complejidad en claridad, ya sea definiendo mecanismos de protección para agentes de IA, analizando arquitecturas multinube frágiles o explorando los límites de los sistemas escalables. Aporta más de treinta años de experiencia en el sector en desarrollo de aplicaciones, arquitectura de TI y operaciones de redes y sistemas. Antes de incorporarse a F5, fue una galardonada editora de tecnología. MacVittie posee un máster en Informática y es una autora prolífica cuyas publicaciones abarcan la seguridad, la nube y la arquitectura empresarial. También es una apasionada de los juegos de mesa y los videojuegos, y expresa sin complejos sus firmes opiniones sobre el queso.
Más artículos de Lori Mac VittieArtículos relacionados del blog

Cree servicios públicos seguros, resilientes y preparados para la IA con F5 y AWS
Descubre cómo las organizaciones del sector público pueden modernizar de forma segura sus aplicaciones y soluciones de IA, al tiempo que gestionan los sistemas heredados, el cumplimiento normativo y el riesgo operativo.
Protección de los sistemas de IA: por qué la seguridad debe avanzar al ritmo de la innovación
Desde acelerar avances revolucionarios en medicina y educación hasta transformar la vida cotidiana, la IA está cambiando nuestra forma de vivir y trabajar. Pero también ofrece grandes oportunidades a los ciberdelincuentes.
Avanzar hacia la optimización digital tras la transformación
Descubre estrategias de optimización digital para garantizar políticas de seguridad coherentes, impulsar la madurez de la transformación digital y superar los retos de la transformación.
Proyecto de código abierto destacado: mayor observabilidad con F5 Cloud Logger iApp
En el punto de mira del código abierto: cómo aumentar la observabilidad. Lee el blog de F5 para descubrir cómo exportar fácilmente la telemetría de BIG-IP a plataformas modernas de análisis en la nube.
El estado de la entrega de aplicaciones en 2018: la transformación digital impulsa la automatización y la multinube pese a las preocupaciones de seguridad
Descubre las principales conclusiones del cuarto informe anual de F5 sobre el estado de la entrega de aplicaciones.
Estado de la entrega de aplicaciones en 2017: automatización, API y DevOps
Descubre el informe sobre el estado de la entrega de aplicaciones de 2017. Lee el blog retrospectivo de F5 sobre los inicios del auge de las redes declarativas y los flujos de DevOps.