En este documento, se proporciona orientación sobre enfoques y consideraciones comunes y comprobados para migrar tu carga de trabajo a la nube. Se amplía 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 para adoptar una arquitectura híbrida o de múltiples nubes.
Centrada en la nube
Una forma común de comenzar a usar la nube pública es el enfoque centrado en la nube. En este enfoque, implementas tus 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 pública 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 centrado en la nube puede proporcionar ciertas ventajas, también 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 significativos en comparación con intentar alojar una carga de trabajo nueva en el entorno de nube.
Seguir un enfoque estricto centrado 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 restringir la migración de 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 pueden beneficiar de una 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 centrada en 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 modernice los servicios heredados con interfaces de API, lo que los desbloquea para que los consuman los nuevos servicios y aplicaciones en la nube. Con una plataforma de administración de APIs en la nube, como Apigee, puedes implementar estos 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 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 en el proceso de migración al mismo tiempo. Como se describe en Migración a Google Cloud, puedes implementar uno de los siguientes tipos de migración o incluso combinar varios tipos según sea necesario:
- Cambio de host (lift‑and‑shift)
- Cambio de plataforma (lift‑and‑optimize)
- Refactorización (traslado y mejora)
- Rediseño (continúa con la modernización)
- Reconstrucció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 que consideres la viabilidad de tu estrategia desde una perspectiva de costos y tiempo. Puedes considerar un enfoque de migración por fases, comenzando con lift-and-shift o replatforming y, luego, refactoring o rediseño como el siguiente paso. Por lo general, la migración directa ayuda a optimizar las aplicaciones desde la perspectiva de la infraestructura. Una vez que las aplicaciones se ejecutan en la nube, es más fácil usar e integrar los servicios de nube para optimizarlas 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ñar 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 por 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 es, puedes considerar comenzar con la replataformización, la refactorización o la reestructuración de 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 (cuando sea aplicable y factible). La modernización puede requerir la adopción y la implementación de los principios de ingeniería de confiabilidad de sitios (SRE) o DevOps, por lo que también es posible que debas extender la modernización de la aplicación a tu entorno privado en una configuración híbrida. Si bien la implementación de los principios de la SRE implica ingeniería en su núcleo, se trata más de un proceso de transformación que de un desafío técnico. Por lo tanto, es probable que requiera cambios culturales y de procedimiento. Para obtener más información sobre cómo el primer paso para implementar SRE en una organización es obtener la aceptación del liderazgo, 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 ciertas fortalezas y debilidades. Una ventaja principal de la estrategia de nube híbrida y multinube 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.
Este diagrama conceptual ilustra las diversas rutas o enfoques de migración y modernización que se pueden aplicar simultáneamente a diferentes cargas de trabajo, en función de los requisitos y objetivos comerciales y técnicos únicos 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 volver a crear en otra plataforma, desde MySQL autoalojado hasta una base de datos administrada con Cloud SQL en Google Cloud.
- Las máquinas virtuales de frontend de la aplicación se pueden refactorizar para que se ejecuten 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 ya establecidos.
- La solución de balanceo de cargas de hardware local y las capacidades del firewall de aplicaciones web (WAF) se pueden reemplazar por Cloud Load Balancing y Google Cloud Armor.
Elige la opción de volver a alojar (lift and shift) si se cumple alguna de las siguientes condiciones para las cargas de trabajo:
- Tienen una cantidad relativamente pequeña de dependencias en sus entornos.
- No se considera que valga la pena reestructurarlas, o bien no es factible reestructurarlas antes de la migración.
- 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 manera automatizada sin cierto 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 comerciales.
- Se basan en tecnología de terceros ya obsoleta.
- Requieren tarifas de licencia de terceros que ya no son económicas.
El Programa de migración rápida muestra cómo Google Cloud ayuda a los clientes a usar las prácticas recomendadas, reducir los riesgos, controlar los costos y simplificar su camino al éxito en la nube.