Migraciones a la nube exitosas: Dando el salto

Probablemente no lo sepas, pero la nube tal como la conocemos hoy fue definida por primera vez por el entonces CEO de Google, Eric Schmidt, en agosto de 2006. Si somos honestos con nosotros mismos, nadie tomó esta idea en serio (al menos no en ningún sentido práctico) hasta MUCHO después.

Apenas cinco años después, la nube estaba adquiriendo relevancia y se pensó mucho en las implicaciones de trasladar aplicações heredadas a plataformas en la nube. De hecho, muchas de las lecciones aprendidas anteriormente en términos de migración de plataformas todavía se aplican hoy en día.

Y como ya he compartido antes en este foro, nada es fácil, y una vez que decides dar el salto a la nube, comienza el verdadero trabajo.

Todo esfuerzo migratorio exitoso requiere no sólo el desarrollo de una estrategia integral que apoye la migración, sino también obliga a tomar decisiones, a veces difíciles, desde el principio. La decisión más tentadora es saltear este paso por completo y comenzar directamente con las actividades de migración, pero esa decisión “fácil” puede condenar al fracaso la migración a la nube.

Los profesionales de TI que han adoptado un modelo de mejores prácticas comienzan con una comprensión del resultado deseado y un mecanismo para validar y medir el éxito en el recorrido. A partir de ese punto, se puede lograr una evaluación adecuada de qué aplicações migrar y una comprensión de los objetivos de la migración (por ejemplo, mejor rendimiento, reducción de latencia, escala).

Fase I – ¿Realmente quieres hacer esto?

A pesar de toda su publicidad y promesas de modelos de menor costo, no todas las empresas ni todas las aplicação deberían migrar a un marco de nube. No me malinterpreten, muchas aplicaciones se adaptan bien a las implementaciones en la nube y algunas son más fáciles de migrar que otras, pero es necesario considerar cuidadosamente las implicaciones comerciales. Con demasiada frecuencia he escuchado historias de terror sobre ejecutivos que ordenan al departamento de TI “migrar a la nube” sin comprender bien lo que eso significa… y, si eres como yo, no hay NADA mejor que comprenderlo bien. Un mejor enfoque es desarrollar un caso de negocio real con respecto a los objetivos establecidos en su estrategia general. Responde la pregunta: “¿Por qué estoy haciendo esto?” Y, honestamente, si el atractivo del ahorro de costos es la única métrica que se tiene en cuenta, es posible que esté cometiendo un error.

Fase II – ¿Qué debo mover y por qué?

Distintos profesionales denominan esta etapa con distintos nombres, pero en realidad se trata de hacer un inventario de su entorno existente. Por ejemplo, si tiene el beneficio de ejecutar su aplicação en un marco VMware en un entorno local y está buscando escala adicional, aprovechar la oferta combinada F5/VMware/IBM Cloud recién anunciada puede ser una buena opción. Al ofrecer una solución validada que aprovecha no solo el conjunto de servicios virtuales BIG-IP de F5, sino también el aprovisionamiento automatizado y la integración con IBM Cloud para la cartera de VMware Solutions, hacemos que la migración a la nube sea mucho más fácil.

Algunos beneficios de aprovechar esta solución incluyen:

• Entrega de aplicação escalables para reducir el tiempo de inactividad
• Aprovechar las inversiones existentes en programabilidad de F5 para reducir el tiempo de comercialización
• Eliminar obstáculos para implementaciones rápidas de cargas de trabajo
• Proporcionar portabilidad de carga de trabajo entre las instalaciones locales y la nube de IBM
• Elimine el tiempo de inactividad con una conmutación por error de aplicação sin problemas
• Aplicação consistente de los servicios de rendimiento, disponibilidad y seguridad de nivel empresarial de F5

Si opera dentro de un marco diferente, considere cuidadosamente las instalaciones de soporte subyacentes (por ejemplo, computación, almacenamiento, infraestructura) y las restricciones asociadas con las licencias de software.

Una buena regla general durante esta fase es pensar realmente en la aplicação en sí (además de lo que se necesita para ejecutarla). Si bien puede tener sentido trasladar una aplicação que se desarrolló hace apenas unos años, probablemente tenga menos sentido intentar trasladar una aplicação que ya existe desde hace una década. Nunca olvidemos las cargas de la deuda técnica: sí, es un término muy usado hoy en día, pero el verdadero desafío es el conocimiento específico del dominio necesario para que funcione con normalidad, y más aún en una nueva frontera. Como dijo Thomas Watson de CTR/IBM en 1911: “¡PIENSA!” y todo irá bien.

Fase III – “¡Voy a por ello!”

Diseño. Diseño. Diseño. Migrar. Validar. Repetir. Si sigues estos sencillos consejos tus posibilidades de éxito serán altas. Hoy en día, muchas empresas han adoptado una estrategia CI/CD (mejora continua, entrega continua) para sus implementaciones de nube.

La mayoría de los esfuerzos comienzan con una aplicação que es relativamente simple por naturaleza y aprenden a partir de ahí. Yo también considero que este enfoque es más eficaz incluso cuando lo utilizo dentro de mi propio equipo. El proceso iterativo se presta a una mejora rápida y continua tanto de los productos como de los servicios: en este caso, el éxito de sus aplicações en la nube. Y después de tener cierto éxito con tu primer movimiento, se volverán más fáciles a medida que aprendas.

Por supuesto, asegúrese de tener una estrategia delineada para probar la aplicação recién implementada y apagar los sistemas heredados una vez que esté seguro de que las cosas están funcionando como deberían y de que el universo no ha terminado.

Mi último consejo para esta fase… Personalmente he descubierto que las mejores implementaciones (y las más exitosas) son aquellas en las que tanto el equipo de desarrollo de aplicação como el de operaciones de red están bien alineados y trabajan juntos durante todo el proceso.

Fase IV: Adopción de prácticas modernas orientadas a la nube

Como primer paso en su viaje a la nube y mientras migra su primera aplicação desde los sistemas heredados que abandona, tenga en cuenta que la TI moderna se basa en el pensamiento a nivel de sistemas, no en el compromiso a nivel de tareas. Conviértete en un creador de botones, no sólo en alguien que los presiona.

En mi próxima publicación, les daré algunas ideas más específicas sobre las opciones de migración reales. Manténganse al tanto.