En este documento, se proporciona orientación sobre enfoques y consideraciones comunes y comprobados para migrar tu carga de trabajo a la nube. Se expande la orientación que se brinda en Diseña una estrategia de arquitectura híbrida y de múltiples nubes, en la que se analizan varios pasos posibles y recomendados para diseñar una estrategia de adopción de una arquitectura híbrida o de múltiples nubes.
Estrategia centrada en la nube
Una forma común de empezar a usar la nube pública es el enfoque centrada en la nube. En este enfoque, implementas las cargas de trabajo nuevas en la nube pública, mientras que las cargas de trabajo existentes permanecen donde están. En ese caso, considera una implementación clásica para un entorno de computación privado, solo si no se puede implementar en la nube por razones técnicas o de la organización.
Esta estrategia tiene ventajas y desventajas. Uno de los aspectos positivos es que la estrategia es prospectiva. Puedes implementar cargas de trabajo nuevas de forma modernizada y evitar (o al menos minimizar) las complicaciones de la migración de las cargas de trabajo existentes.
Si bien un enfoque de prioridad en la nube puede proporcionar ciertas ventajas, podría generar oportunidades perdidas para mejorar o usar las cargas de trabajo existentes. Las cargas de trabajo nuevas pueden representar una fracción del panorama general de TI, y su efecto en los gastos y el rendimiento de TI puede ser limitado. Asignar tiempo y recursos para migrar una carga de trabajo existente podría generar beneficios o ahorros de costos más sustanciales en comparación con intentar alojar una carga de trabajo nueva en el entorno de nube.
Seguir un enfoque estricto de prioridad en la nube también puede aumentar la complejidad general de tu entorno de TI. Este enfoque puede crear redundancias, disminuir el rendimiento debido a la posible comunicación excesiva en el entorno o generar un entorno de computación que no es adecuado para la carga de trabajo individual. Además, el cumplimiento de las reglamentaciones de la industria y las leyes de privacidad de los datos puede impedir que las empresas migren ciertas aplicaciones que contienen datos sensibles.
En función de estos riesgos, podría ser mejor utilizar un enfoque centrado en la nube solo para cargas de trabajo seleccionadas. Usar un enfoque centrado en la nube te permite concentrarte en las cargas de trabajo que más se benefician de la implementación o migración a la nube. Este enfoque también considera la modernización de las cargas de trabajo existentes.
Un ejemplo común de una arquitectura híbrida que prioriza la nube es cuando las aplicaciones y los servicios heredados que contienen datos críticos deben integrarse con datos o aplicaciones nuevos. Para completar la integración, puedes usar una arquitectura híbrida que moderniza los servicios heredados a través de interfaces de API, lo que los desbloquea para que los consuman nuevos servicios y aplicaciones en la nube. Con una plataforma de administración de APIs en la nube, como Apigee, puedes implementar esos casos de uso con cambios mínimos en la aplicación y agregar seguridad, estadísticas y escalabilidad a los servicios heredados.
Migración y modernización
La modernización de la nube híbrida, multinube y TI son conceptos diferentes que se vinculan en un círculo virtuoso. El uso de la nube pública puede facilitar y simplificar la modernización de las cargas de trabajo de TI. Modernizar tus cargas de trabajo de TI puede ayudarte a aprovechar al máximo la nube.
A continuación, se detallan los objetivos principales de la modernización de las cargas de trabajo:
- Lograr mayor agilidad para adaptarse a los requisitos cambiantes
- Reducir los costos de tu infraestructura y operaciones
- Aumentar la confiabilidad y la resiliencia para minimizar el riesgo
Sin embargo, es posible que no sea factible modernizar todas las aplicaciones del proceso de migración al mismo tiempo. Como se describe en la sección Migración a Google Cloud, puedes implementar uno de los siguientes tipos de migración, o incluso combinar varios tipos según sea necesario:
- Vuelve a alojar (lift-and-shift)
- Cambia la plataforma (lift-and-optimize)
- Refactorización (reubica y mejora)
- Reestructuración (continúa con la modernización)
- Quitar y reemplazar (a veces llamado extraer y reemplazar)
- Recompra
Cuando tomes decisiones estratégicas sobre tus arquitecturas híbridas y de múltiples nubes, es importante considerar la viabilidad de tu estrategia desde una perspectiva de costo y tiempo. Te recomendamos que consideres un enfoque de migración por fases, que comience con el traslado o la migración de plataforma y, luego, la refactorización o la reestructuración como el siguiente paso. Por lo general, el traslado y la migración ayudan a optimizar las aplicaciones desde una perspectiva de infraestructura. Una vez que las aplicaciones se ejecutan en la nube, es más fácil usar e integrar los servicios en la nube para optimizarlos aún más con arquitecturas y capacidades que priorizan la nube. Además, estas aplicaciones aún pueden comunicarse con otros entornos a través de una conexión de red híbrida.
Por ejemplo, puedes refactorizar o rediseña una aplicación monolítica grande basada en VM y convertirla en varios microservicios independientes, basados en una arquitectura de microservicios basada en la nube. En este ejemplo, la arquitectura de microservicios usa servicios de contenedores administrados de Google Cloud, como Google Kubernetes Engine (GKE) o Cloud Run. Sin embargo, si la arquitectura o infraestructura de una aplicación no es compatible con el entorno de nube de destino tal como está, te recomendamos que comiences por cambiar de plataforma, refactorizar o reestructurar tu estrategia de migración para superar esas limitaciones cuando sea posible.
Cuando uses cualquiera de estos enfoques de migración, considera modernizar tus aplicaciones (si corresponde y es factible). La modernización puede requerir la adopción y la implementación de ingeniería de confiabilidad de sitios (SRE) o principios de DevOps, de modo que también es posible que debas extender la modernización de aplicaciones a tu entorno privado en una configuración híbrida. Si bien implementar los principios de SRE implica ingeniería en su esencia, es más un proceso de transformación que un desafío técnico. Por lo tanto, es probable que requiera cambios procedimentales y culturales. Para obtener más información sobre cómo el primer paso para implementar SRE en una organización es obtener la aceptación de los líderes, consulta Con SRE, no planificar es planificar el fracaso.
Combina y adapta enfoques de migración
Cada enfoque de migración que se analiza aquí tiene algunas fortalezas y debilidades. Una ventaja clave de la estrategia de nube híbrida y múltiples nubes implica que no es necesario establecer un solo enfoque. En cambio, puedes decidir qué enfoque funciona mejor para cada carga de trabajo o pila de aplicaciones, como se muestra en el siguiente diagrama.
En este diagrama conceptual, se ilustran las diferentes rutas o enfoques de migración y modernización que se pueden aplicar de forma simultánea a diferentes cargas de trabajo, impulsados por los requisitos técnicos y empresariales únicos, y los objetivos de cada carga de trabajo o aplicación.
Además, no es necesario que los mismos componentes de la pila de aplicaciones sigan el mismo enfoque o estrategia de migración. Por ejemplo:
- La base de datos local de backend de una aplicación se puede cambiar de plataforma de MySQL alojada por el cliente a una base de datos administrada con Cloud SQL en Google Cloud.
- Las máquinas virtuales del frontend de la aplicación se pueden refactorizar para ejecutarse en contenedores con GKE Autopilot, en el que Google administra la configuración del clúster, incluidos los nodos, el escalamiento, la seguridad y otros parámetros de configuración preconfigurados.
- La solución de balanceo de cargas de hardware local y las capacidades de WAF de firewall de aplicación web se pueden reemplazar por Cloud Load Balancing y Google Cloud Armor.
Elige la opción de volver a alojar (lift-and-shift) si las cargas de trabajo cumplen con alguna de las siguientes condiciones:
- Tienen una cantidad relativamente pequeña de dependencias en sus entornos.
- No se considera que valga la pena reestructurarlas, o bien la refactorización antes de la migración no es factible.
- Se basan en software de terceros.
Considera refactorizar (mover y mejorar) estos tipos de cargas de trabajo:
- Tienen dependencias que deben ser desvinculadas.
- Se basan en sistemas operativos, hardware o sistemas de bases de datos que no se pueden alojar en la nube.
- No usan de manera eficiente los recursos de computación o de almacenamiento.
- No se pueden implementar de forma automatizada sin esfuerzo.
Considera si la reconstrucción (quitar y reemplazar) satisface tus necesidades para estos tipos de cargas de trabajo:
- Ya no cumplen con los requisitos actuales.
- Se pueden incorporar a otras aplicaciones que proporcionan capacidades similares sin comprometer los requisitos empresariales.
- Se basan en tecnología de terceros ya obsoleta.
- Requieren tarifas de licencia de terceros que ya no son económicas.
En el Programa de migración rápida, se muestra cómo Google Cloud ayuda a los clientes a usar prácticas recomendadas, reducir los riesgos, controlar los costos y simplificar su camino al éxito en la nube.