Cómo cuantificar (y calificar) los beneficios de la migración a la nube

Es una conclusión inevitable que el futuro de los negocios empresariales está en la nube. Esto es especialmente cierto cuando se considera el gran papel que ha desempeñado la migración a la nube dentro del espacio empresarial en los últimos años:

El gasto en computación en la nube ha aumentado a 4,5 veces la tasa de gasto en TI desde 2009 y se espera que crezca a más de 6 veces esa tasa hasta 2020.

Resumen de informática en la nube de Forbes

Esto está respaldado por los datos más recientes de Oracle, cuya predicción número dos para 2019 fue que el 80 por ciento de todas las cargas de trabajo empresariales, incluidas las consideradas de "misión crítica", se trasladarán a la nube durante los próximos 12 meses.

A pesar de la casi ubicuidad de la nube en toda la empresa (y de la creciente familiaridad con las tecnologías de la nube tanto para los expertos en TI como para la gente común), mover los flujos de trabajo a la nube no es tarea fácil. Esto es especialmente cierto cuando se trata de administrar las expectativas y, de hecho, ofrecer mejoras, ya sea que estén relacionadas con el costo o el rendimiento, cuando se completa la migración.

Para asegurarse de que los equipos no hagan promesas que no puedan cumplir, necesitan visibilidad en cada etapa de su migración a la nube. Después de todo, " no puede administrar lo que no puede medir ”Dice el viejo mantra, por lo que los equipos de TI deben tener visibilidad en cada etapa de la migración para poder establecer expectativas precisas y adelantarse a los problemas antes de que descarrilen toda la empresa.

Definición de objetivos de rendimiento aceptables

Para empezar, los equipos deben comprender completamente qué aplicaciones, infraestructura de red o procesos fallan con mayor frecuencia. Es probable que el departamento de TI deba realizar entrevistas de distintas funciones para obtener información y aceptación en toda la organización.

Es posible que sea fácil defender la migración a la nube cuando el departamento de TI piensa en términos de generalidades. Claro, descargar el mantenimiento del hardware de red parecerá atractivo para los tomadores de decisiones conscientes del presupuesto, pero ¿cuánta inversión inicial se necesita antes de que la empresa pueda cosechar esos ahorros?

El costo por sí solo podría tampoco ser suficiente para atraer a todos los tomadores de decisiones. Si la migración a la nube mejora el rendimiento de varias aplicaciones que se consideran críticas para el negocio, ¿se producirá a costa de las herramientas que se utilizan en otros lugares? ¿Se verá afectado el rendimiento de la aplicación durante la migración y durante cuánto tiempo? ¿Se requiere nueva formación para los usuarios?

Los equipos deben comprender todas estas preguntas antes de presentar sus propuestas de migración al equipo ejecutivo. Esto requerirá que TI reflexione seriamente sobre el estado actual de la red para crear una línea de base del desempeño existente. De esta manera, los equipos pueden confirmar o informar las opiniones de los tomadores de decisiones sobre dónde se necesitan más mejoras y colocar la solución en el contexto de la nube.

Rendimiento de base antes de la migración

La experiencia del usuario final es donde comienza toda esta línea de base. Después de todo, TI no tendrá éxito si la experiencia del usuario final de los empleados no mejora, o si es notablemente peor, después de la migración a la nube. Incluso los tomadores de decisiones que se centran únicamente en el resultado final estarán de acuerdo, ya que una mala experiencia del usuario puede tener un efecto dominó en el rendimiento de la empresa más grande. Por lo tanto, TI debe concentrarse en el "estado actual" de la red (junto con la satisfacción del usuario) antes de que se desarraiguen las arquitecturas.

Para las aplicaciones, esto requiere pruebas web sintéticas que brinden a TI una perspectiva local de lo que los usuarios realmente están experimentando en las ubicaciones en las que trabajan, junto con una clara visibilidad en toda la ruta de entrega. Con esta información a mano, TI puede establecer "criterios de aceptación" que deben cumplir durante y después migración a la nube para garantizar que los usuarios estén satisfechos. Algunos criterios de muestra pueden tener este aspecto:

• El tiempo de respuesta debe estar dentro del 5 por ciento de los niveles antes de la migración
• Las tasas de error del servicio deben ser iguales o inferiores a los niveles antes de la migración
• La disponibilidad de la aplicación debe ser igual o inferior a los niveles previos a la migración
• Los costos de infraestructura deben reducirse en al menos un X por ciento durante el transcurso de la migración

Por lo tanto, los equipos deben verificar qué tan rápido se entregan las aplicaciones a los usuarios actualmente, la latencia entre los servidores (tanto internos como externos, DNS, etc.), las tasas de error, los tipos de errores y los problemas de rendimiento específicos del navegador. Solo con todos estos datos puede TI entender el estado de la red antes de la migración.

Continuar con la supervisión durante la migración

Una vez que los equipos han establecido las bases de referencia, es importante que sigan supervisando sus criterios de aceptación durante todo el proceso de migración. Los equipos deben poder crear paneles y alertas que puedan marcar cuando la red no cumple con los criterios, idealmente utilizando las mismas métricas, si no la solución de monitoreo, a las que hicieron referencia al rendimiento de referencia.

• Tiempo de actividad: Para las aplicaciones en la nube, TI debe esperar que el tiempo de inactividad se limite a minutos durante una semana determinada. La mayoría de las aplicaciones públicas se esfuerzan por obtener un 99,9% o más (~ 7 minutos en cualquier semana laboral).
• DNS - Para las aplicaciones que ahora están en la nube, es probable que TI tenga un servidor DNS local o un servicio DNS público que proporcione la dirección IP. Esto es algo que debe monitorearse activamente, ya que evitará conexiones para todos los usuarios en una ubicación determinada.
• Latencia, RTT - Ahora que los servicios están fuera del centro de datos o fuera de la oficina, podría haber una diferencia significativa en el tiempo que tarda el tráfico en viajar del cliente al servidor. Los picos aquí podrían estar relacionados con problemas de LAN, ISP o aplicaciones.
• Capacidad - Pagar por el ancho de banda de un ISP es una cosa, pero la capacidad de un extremo a otro de una red entre la ubicación del usuario y el servidor de la aplicación probablemente tendrá un cuello de botella diferente. Esta medida le permite a TI identificar cuándo la congestión afecta la velocidad de la conexión.

Los picos y los saltos son indicadores útiles de errores relacionados con la migración que deben abordarse de inmediato, incluso antes de las solicitudes de nuevas empresas, para detener los problemas antes de que proliferen. Al resolver los problemas, los ojos de TI están directamente en el problema, es más probable que los equipos implementen la solución más adecuada.

Aproveche la supervisión para calificar el éxito

La línea de base que los equipos realizaron antes de la migración debe rehacerse para comparar una vez que la nueva arquitectura de red esté en su lugar. La clave aquí es usar los mismos procesos (uso, patrones, tiempo, etc.) que se probaron en la red anterior.

Con todas las migraciones a la nube, existe cierto nivel de control que se pierde. Ya sea en los niveles de bare metal, SO o de acceso, también es importante que los equipos utilicen soluciones de supervisión modernas que puedan ofrecer el mismo nivel de visibilidad en la nueva red compatible con la nube. Si la infraestructura ya no es propiedad de TI, el nivel de visibilidad con las herramientas de monitoreo antiguas se verá afectado. Esto es crucial, ya que muchas soluciones de monitoreo no pueden brindar visibilidad en entornos de nube o incluso fuera de los firewalls de TI.

Sin información más allá del firewall, es difícil para TI identificar los problemas que surgen de la infraestructura de ISP o de terceros y resolverlos rápidamente. Esto puede retrasar la migración mientras está en progreso y hacer que los usuarios fuera de TI sientan nostalgia por los días anteriores a la nube si el rendimiento se ve obstaculizado continuamente.