Este documento te ayuda a planificar, diseñar e implementar el proceso de migración de tus cargas de trabajo a Google Cloud. Mover aplicaciones de un entorno a otro es una tarea difícil, incluso para equipos con experiencia, por lo que debes planificar y ejecutar la migración con cuidado.
Este documento forma parte de la siguiente serie de artículos sobre la migración aGoogle Cloud:
- Migrar a Google Cloud: primeros pasos (este documento)
- Migración a Google Cloud: evaluar e identificar cargas de trabajo
- Migrar a Google Cloud: planificar y sentar las bases
- Migrar a: Google Cloudtransferir conjuntos de datos grandes
- Migrar a: desplegar tus cargas de trabajo Google Cloud
- Migrar a: Google Cloudmigrar de los despliegues manuales a los automatizados y en contenedores
- Migrar a: Google Cloudoptimizar el entorno
- Migrar a: prácticas recomendadas para validar un plan de migración Google Cloud
- Migrar a Google Cloud: minimizar los costes
Este documento es útil si tienes previsto migrar desde un entorno local, desde un entorno de alojamiento privado, desde otro proveedor de la nube aGoogle Cloudo si estás evaluando la oportunidad de migrar y quieres saber cómo sería el proceso.
Empezar el viaje
Al planificar la migración a Google Cloud, primero debes definir los entornos que participan en la migración. Puedes empezar con un entorno on-premise, un entorno de alojamiento privado u otro entorno de nube pública.
Un entorno local es un entorno en el que tienes la propiedad y la responsabilidad completas. Tú tienes el control total de todos los aspectos del entorno, como la refrigeración, la seguridad física y el mantenimiento del hardware.
En un entorno de alojamiento privado, como un centro de colocación, externalizas parte de la infraestructura física y su gestión a un tercero. Normalmente, esta infraestructura se comparte entre los clientes. En un entorno de alojamiento privado, no tienes que gestionar los servicios de seguridad física. En algunos entornos de alojamiento, puedes gestionar parte del hardware físico, como servidores, racks y dispositivos de red, mientras que en otros se gestiona ese hardware por ti. Normalmente, el cableado de alimentación y de red se proporciona como un servicio para que no tengas que gestionarlo. Mantienes el control total sobre los hipervisores que virtualizan los recursos físicos, la infraestructura virtualizada que aprovisionas y las cargas de trabajo que ejecutas en esa infraestructura.
Un entorno de nube pública tiene la ventaja de que no tienes que gestionar toda la pila de recursos por tu cuenta. Puedes centrarte en el aspecto de la pila que te resulte más valioso. Al igual que en un entorno de alojamiento privado, no tienes que gestionar la infraestructura física subyacente. Además, no tienes que gestionar el hipervisor de virtualización de recursos. Puedes crear una infraestructura virtualizada y desplegar tus cargas de trabajo en ella. También puedes comprar servicios totalmente gestionados, en los que solo te preocupas de tus cargas de trabajo y dejas en manos de Google la carga operativa de gestionar los entornos de ejecución.
En cada entorno, este documento evalúa los siguientes aspectos, así como quién debe proporcionar y gestionar los servicios pertinentes:
| Recursos | Entorno local | Entorno de alojamiento privado | Entorno de nube pública |
|---|---|---|---|
| Seguridad física | Tú | Proveedor de servicios | Proveedor de servicios |
| Cableado de alimentación y de red | Tú | Proveedor de servicios | Proveedor de servicios |
| Hardware (incl. mantenimiento) | Tú | Depende del proveedor de servicios | Proveedor de servicios |
| Plataforma de virtualización | Tú | Tú | Proveedor de servicios |
| Recursos de aplicaciones | Tú | Tú | Tú (aprovechando los servicios totalmente gestionados) |
En este documento, el entorno de destino esGoogle Cloud.
Después de definir los entornos de origen y de destino, define los tipos de carga de trabajo y los procesos operativos relacionados que se incluyen en la migración. En este documento se tienen en cuenta dos tipos de cargas de trabajo y operaciones: las antiguas y las optimizadas para la nube.
Las cargas de trabajo y las operaciones antiguas se desarrollan sin tener en cuenta los entornos de nube. Estas cargas de trabajo y operaciones pueden ser difíciles de modificar y costosas de ejecutar y mantener, ya que normalmente no admiten ningún tipo de escalabilidad.
Las cargas de trabajo y las operaciones optimizadas para la nube son escalables, portátiles, disponibles y seguras de forma nativa. Las cargas de trabajo y las operaciones pueden ayudar a aumentar la productividad y la agilidad de los desarrolladores, ya que estos pueden centrarse en las cargas de trabajo reales en lugar de dedicar tiempo a gestionar los entornos de desarrollo y de tiempo de ejecución, o de tener que lidiar con procesos de implementación manuales y engorrosos. Google Cloud también tiene un modelo de responsabilidad compartida para la seguridad. Google Cloud es responsable de la seguridad física y de la seguridad de la infraestructura, mientras que tú eres responsable de la seguridad de las cargas de trabajo que implementes en la infraestructura.
Teniendo en cuenta estos tipos de entorno y carga de trabajo, tu situación inicial será una de las siguientes:
- Entorno de alojamiento privado u on-premise con cargas de trabajo y operaciones antiguas.
- Entorno de alojamiento privado u on-premise con cargas de trabajo y operaciones optimizadas para la nube.
- Entorno de alojamiento en la nube pública o privada con cargas de trabajo y operaciones antiguas.
- Entorno de alojamiento público o privado con cargas de trabajo y operaciones optimizadas para la nube.
El proceso de migración depende del punto de partida.
Migrar una carga de trabajo de un entorno local antiguo o de un entorno de alojamiento privado a un entorno optimizado para la nube, como una nube pública, puede ser difícil y arriesgado. Las migraciones correctas cambian la carga de trabajo que se va a migrar lo menos posible durante las operaciones de migración. Para migrar aplicaciones locales antiguas a la nube, a menudo se necesitan varios pasos.
Tipos de migraciones
En este documento se definen los siguientes tipos principales de migraciones:
- Cambiar de alojamiento: migrar mediante lift-and-shift
- Cambiar de plataforma: trasladar y optimizar
- Refactorizar: migrar y mejorar
- Cambiar de arquitectura: seguir modernizando
- Recompilación: eliminar y sustituir, a veces denominado sustitución por completo
- Volver a comprar
En las secciones siguientes, se define cada tipo de migración con ejemplos de cuándo usar cada uno.
Cambiar de alojamiento: migrar mediante lift-and-shift
En una migración de rehospedaje, se mueven las cargas de trabajo de un entorno de origen a un entorno de destino con pocas modificaciones o sin ellas. Las modificaciones que apliques a las cargas de trabajo que quieras migrar son los cambios mínimos que debes hacer para que las cargas de trabajo funcionen en el entorno de destino.
Una migración de rehospedaje es ideal cuando una carga de trabajo puede funcionar tal cual en el entorno de destino o cuando no hay una necesidad empresarial de realizar cambios. Esta migración es la que requiere menos tiempo, ya que la cantidad de refactorización se reduce al mínimo.
Puede que haya problemas técnicos que obliguen a realizar una migración de cambio de alojamiento. Si no puedes refactorizar una carga de trabajo para migrarla ni puedes retirarla, debes usar una migración de rehospedaje. Por ejemplo, puede ser difícil o imposible modificar el código fuente de la carga de trabajo, o bien el proceso de compilación no es sencillo, por lo que es posible que no se puedan generar nuevos artefactos después de refactorizar el código fuente.
Las migraciones de rehospedaje son las más fáciles de llevar a cabo porque tu equipo puede seguir usando el mismo conjunto de herramientas y habilidades que antes. Estas migraciones también admiten software prefabricado. Como migras las cargas de trabajo actuales con una refactorización mínima, las migraciones de realojamiento suelen ser las más rápidas en comparación con las migraciones de refactorización o de reconstrucción.
Sin embargo, después de una migración de realojamiento, las cargas de trabajo que se ejecutan en el entorno de destino no están optimizadas para la nube. Estas cargas de trabajo no aprovechan al máximo las funciones de la plataforma en la nube, como la escalabilidad horizontal, los precios detallados y los servicios altamente gestionados.
Cambiar de plataforma: trasladar y optimizar
En una migración con cambio de plataforma, se migran las cargas de trabajo actuales y se optimizan para el nuevo entorno en la nube.
La migración con cambio de plataforma es la mejor opción para las organizaciones que quieren aprovechar todas las competencias fundamentales de la nube. Entre estas competencias se incluyen la computación elástica, la redundancia, el rendimiento mejorado y la seguridad.
Por ejemplo, puedes cambiar la plataforma de una carga de trabajo a la nube para aprovechar la arquitectura de microservicios basada en la nube o los contenedores de Google Kubernetes Engine. Estas cargas de trabajo tendrán un rendimiento más alto y serán más eficientes en la nube.
Sin embargo, las migraciones de cambio de plataforma requieren más trabajo que las migraciones de cambio de alojamiento. La nueva plataforma en la nube tendrá un código base subyacente diferente, lo que significa que deberás realizar varias rondas de pruebas para asegurarte de que todo funciona a su nivel óptimo.
Refactorizar: migrar y mejorar
En una migración de refactorización, se modifican las cargas de trabajo para aprovechar las prestaciones de la nube, y no solo para que funcionen en el nuevo entorno. Puedes mejorar el rendimiento, las funciones, el coste y la experiencia de usuario de cada carga de trabajo.
Puedes modificar las cargas de trabajo mientras las migras a la nube o incluso antes de hacerlo. Por ejemplo, si no tienes mucha experiencia con las migraciones a la nube, puede que prefieras modificar las cargas de trabajo mientras las migras. Sin embargo, si tienes experiencia en la migración a la nube, es posible que ya tengas una idea de las modificaciones que necesitan las cargas de trabajo para aprovechar al máximo las funciones de la nube.
Si la arquitectura o la infraestructura actuales de una aplicación no son compatibles con el entorno de destino tal como están, es necesario refactorizarla en cierta medida para superar estos límites.
Otro motivo para elegir el enfoque de refactorización es cuando se necesita una actualización importante de la carga de trabajo, además de las actualizaciones que debes hacer para migrar.
Las refactorizaciones de migraciones permiten que tu aplicación aproveche las funciones de una plataforma en la nube, como la escalabilidad y la alta disponibilidad. También puedes diseñar la mejora para aumentar la portabilidad de la aplicación.
Sin embargo, las migraciones de refactorización tardan más que las migraciones de rehospedaje porque las cargas de trabajo deben refactorizarse para que la aplicación se pueda migrar.
Una migración de refactorización también requiere que adquieras nuevas habilidades.
Cambiar de arquitectura: seguir modernizando
Las migraciones de cambio de arquitectura son similares a las migraciones de refactorización. Sin embargo, en lugar de reestructurar cómo funciona el código de la carga de trabajo, las migraciones de rediseño de arquitectura cambian el funcionamiento de ese código. Estos cambios en el código optimizan la carga de trabajo y aprovechan las propiedades optimizadas para la nube, como la escalabilidad, la seguridad y la agilidad. Por ejemplo, una migración de rediseño de la arquitectura puede tomar una carga de trabajo monolítica grande y convertirla en varios microservicios independientes que se despliegan en Google Cloud.
Una migración de rediseño de la arquitectura es más compleja que una migración de refactorización, por lo que requiere más tiempo y esfuerzo. Una migración con rediseño de la arquitectura también puede provocar errores o problemas de seguridad en las nuevas cargas de trabajo. Por lo tanto, una migración con cambio de arquitectura requiere varias rondas de pruebas para asegurarse de que todo funciona a su nivel óptimo.
Recompilación: eliminar y sustituir
En una migración mediante reconstrucción, se retira una aplicación disponible, se rediseña y se cambia su código por completo para transformarla en una aplicación totalmente optimizada para la nube.
Si la aplicación actual no cumple tus objetivos (por ejemplo, no quieres mantenerla, es demasiado costoso migrarla con uno de los métodos mencionados anteriormente o no es compatible con Google Cloud), puedes hacer una migración de reconstrucción.
Las migraciones de recompilación permiten que tu aplicación aproveche al máximo lasGoogle Cloud funciones, como la escalabilidad horizontal, los servicios altamente gestionados y la alta disponibilidad. Como vas a reescribir la aplicación desde cero, también eliminarás la deuda técnica de la versión antigua.
Sin embargo, las migraciones de reconstrucción pueden tardar más que las migraciones de rehospedaje o refactorización. Además, este tipo de migración no es adecuado para aplicaciones prediseñadas, ya que requiere reescribir la aplicación. Debe evaluar el tiempo y el esfuerzo adicionales necesarios para rediseñar y reescribir la aplicación como parte de su ciclo de vida.
Una migración de reconstrucción también requiere nuevas habilidades. Debes usar nuevas cadenas de herramientas para aprovisionar y configurar el nuevo entorno, así como para desplegar la aplicación en ese entorno.
Volver a comprar
Una migración mediante recompra es cuando pasas de una carga de trabajo on-premise comprada a un software como servicio (SaaS) alojado en la nube que sea equivalente. Por ejemplo, puedes migrar de un software de colaboración on-premise y almacenamiento local a Google Workspace.
Desde la perspectiva de los recursos, una migración de recompra puede ser mucho más fácil que refactorizar, reconstruir o rediseñar la arquitectura. Sin embargo, una migración de recompra puede ser mucho más cara y es posible que no obtengas las funciones granulares de controlar tus propios entornos en la nube.
Google Cloud Framework de adopción
Antes de iniciar la migración, debes evaluar el grado de madurez de tu organización en la adopción de tecnologías en la nube. El Google Cloud framework de adopción sirve tanto de mapa para determinar dónde se encuentran las capacidades de tecnología de la información de tu empresa como de guía para saber dónde quieres llegar.
Puedes usar este marco para evaluar la preparación de tu organización paraGoogle Cloud y lo que necesitas hacer para cubrir las carencias y desarrollar nuevas competencias, tal como se muestra en el siguiente diagrama.
El marco de trabajo evalúa cuatro temas:
- Más información La calidad y la escala de tus programas de aprendizaje.
- Lead. El grado en que los departamentos de TI reciben el apoyo de la dirección para migrar a Google Cloud.
- Escala. El grado en el que utiliza los servicios optimizados para la nube y el nivel de automatización operativa que ha implementado.
- Seguro. La capacidad de proteger tu entorno actual frente a accesos no autorizados e inadecuados.
En cada tema, deberías estar en una de las tres fases siguientes, según el marco:
- Táctico. No hay planes coherentes que abarquen todas las cargas de trabajo individuales que tienes. Te interesa principalmente obtener un retorno de la inversión rápido y que tu organización de TI no sufra grandes cambios.
- Estratégico. Hay un plan para desarrollar cargas de trabajo individuales con vistas a las futuras necesidades de escalado. Te interesa el objetivo a medio plazo de optimizar las operaciones para que sean más eficientes que hoy en día.
- Transformador. Las operaciones en la nube funcionan sin problemas y usas los datos que recoges de esas operaciones para mejorar tu negocio de TI. Te interesa el objetivo a largo plazo de convertir el departamento de TI en uno de los motores de innovación de tu organización.
Si evalúa los cuatro temas en función de las tres fases, obtendrá la escala de madurez de la nube. En cada tema, puedes ver qué ocurre cuando pasas de adoptar nuevas tecnologías cuando es necesario a trabajar con ellas de forma más estratégica en toda la organización, lo que significa que tus equipos recibirán una formación más profunda, completa y coherente.
Ruta de migración
Es importante recordar que una migración es un proceso. Te encuentras en el punto A con tu infraestructura y tus entornos actuales, y quieres llegar al punto B. Para ir del punto A al punto B, puedes elegir cualquiera de las opciones descritas anteriormente.
En el siguiente diagrama se muestra el recorrido.
La migración consta de cuatro fases:
- Evalúa. En esta fase, llevas a cabo una evaluación y un descubrimiento exhaustivos de tu entorno actual para comprender el inventario de aplicaciones y del entorno, identificar la dependencia y requisitos de las aplicaciones, calcular el coste total de propiedad y establecer puntos de referencia del rendimiento de las aplicaciones. Para obtener más información sobre la fase de evaluación, consulta los artículos Migración a Google Cloud: evaluar e identificar cargas de trabajo, Migración a Google Cloud: prácticas recomendadas y Migration Center: iniciar una detección de activos.
- Plan. En esta fase, creas la infraestructura de nube básica para tus cargas de trabajo y planificas cómo vas a mover las aplicaciones. Esta planificación incluye la gestión de identidades, la estructura de la organización y los proyectos, la red, la clasificación de las aplicaciones y el desarrollo de una estrategia de migración priorizada. Para obtener más información sobre cómo planificar y crear tu base, consulta el artículo Migrar a Google Cloud: planificar y crear tu base.
- Despliegue. En esta fase, diseñas, implementas y ejecutas un proceso de implementación para mover cargas de trabajo a Google Cloud. También es posible que tengas que optimizar tu infraestructura en la nube para adaptarla a las nuevas necesidades. Para obtener más información sobre cómo desplegar tus cargas de trabajo en Google Cloud y cómo migrar datos a Google Cloud, consulta los artículos Migrar a Google Cloud: desplegar tus cargas de trabajo, Migrar a Google Cloud: migrar de implementaciones manuales a implementaciones automatizadas en contenedores y Migrar a Google Cloud: transferir tus conjuntos de datos de gran tamaño.
- Optimizar. En esta fase, empiezas a aprovechar al máximo las tecnologías y las funciones optimizadas para la nube con el fin de ampliar el potencial de tu empresa en aspectos como el rendimiento, la escalabilidad, la recuperación ante desastres, los costes y la formación, así como para abrir las puertas a las integraciones de aprendizaje automático e inteligencia artificial en tu aplicación. Para obtener más información sobre cómo optimizar tu entorno, consulta Migrar a Google Cloud: optimizar el entorno. Para obtener más información sobre los costes, consulta el artículo Migrar a Google Cloud: minimizar los costes.
Obtener ayuda
Google Cloud ofrece varias opciones y recursos para que encuentres la ayuda y la asistencia necesarias para sacar el máximo partido a los Google Cloud servicios.
Recursos de autoservicio
Si no necesitas asistencia específica, puedes usar estos recursos de autoservicio:
- Documentación del producto: Google Cloud proporciona documentación sobre cada uno de sus productos y servicios, así como sobre sus APIs.
- Documentación del Centro de arquitectura La sección de migración del Centro de arquitectura abarca muchos casos prácticos de migración. Por ejemplo, Recursos de migración ofrece orientación sobre el proceso de migración a Google Cloud.
- Herramientas. Google Cloud proporciona varios productos y servicios para ayudarte a migrar. Por ejemplo:
- Google Cloud Migration Center es una plataforma unificada que te ayuda a agilizar el proceso de migración a la nube, desde los entornos que tienes on‐premise o en la nube hastaGoogle Cloud.
- Migrate to Virtual Machines es un producto para migrar servidores físicos y máquinas virtuales de entornos locales y de la nube a Google Cloud. Migrate to VMs te permite migrar una máquina virtual aGoogle Cloud en unos minutos. Los datos se copian en segundo plano, pero las máquinas virtuales son completamente operativas.
- Servicio de transferencia de Storage te permite transferir datos a Cloud Storage desde otros proveedores de la nube, recursos online o datos locales.
- Database Migration Service es un producto que te ayuda a migrar tus bases de datos a Google Cloud.
- Transfer Appliance es un dispositivo de hardware que puedes usar para migrar grandes volúmenes de datos (desde cientos de terabytes hasta 1 petabyte) a Google Cloudsin que las operaciones empresariales se vean afectadas.
- BigQuery Migration Service es una solución completa para migrar tu almacén de datos a BigQuery.
- Informes. Estos documentos incluyen arquitecturas de referencia, casos prácticos, prácticas recomendadas y tutoriales avanzados.
- Contenido multimedia. Puedes escuchar el Google Cloud pódcast o ver cualquiera de los vídeos del Google Cloud canal de YouTube. En estos recursos se abordan diversos temas, desde explicaciones de productos hasta estrategias de desarrollo.
- Cursos y laboratorios online. Google Cloud ofrece varios cursos en Coursera que incluyen contenido de vídeo, materiales de lectura y laboratorios. También puedes hacer experimentos con Acelerador de conocimientos de Google Cloud o participar en clases online en directo.
Partners tecnológicos
Google Cloud se ha asociado con varias empresas para que puedas usar sus productos. Es posible que algunas de las ofertas se puedan usar de forma gratuita, así que pregunta a la empresa y a tu Google Cloud gestor de cuentas.
Integradores de sistemas
Google Cloud colabora no solo con empresas de productos y tecnología, sino también con integradores de sistemas que pueden ofrecer asistencia práctica. En la lista de partners, puedes encontrar una lista de integradores de sistemas especializados en migraciones a la nube.
Google Cloud Servicios profesionales
Nuestro equipo de Servicios Profesionales está a tu disposición para ayudarte a sacar el máximo partido de tu inversión en Google Cloud.
Cloud Plan and Foundations: obtén ayuda con tu migración
Los servicios profesionales pueden ayudarte a planificar tu migración y desplegar tus cargas de trabajo en producción con nuestra oferta Cloud Plan and Foundations. Estos expertos ofrecen a tu equipo asistencia en cada fase de la migración de tu carga de trabajo a producción, desde la configuración de las bases hasta la optimización de la plataforma para satisfacer las necesidades específicas de tu carga de trabajo y la implementación de la carga de trabajo. Google Cloud
Los objetivos de Cloud Plan and Foundations son los siguientes:
- Configura la Google Cloud base.
- Crea documentación de diseño.
- Planifica las actividades de implementación y migración.
- Despliega cargas de trabajo en producción.
- Monitoriza los problemas y los riesgos.
Professional Services guía a tu equipo en las siguientes actividades y entregables:
- Realizar talleres técnicos de inicio.
- Crear un documento de diseño técnico.
- Creando un plan de migración.
- Crear un plan del programa.
- Proporcionar gestión de proyectos.
- Proporcionar conocimientos técnicos.
Cloud Sprint: acelera tu migración a Google Cloud
Cloud Sprint es un taller intensivo que acelera la migración de tu aplicación aGoogle Cloud. En este taller, Google Cloud Professional Services dirige a uno de tus equipos en debates interactivos, sesiones de pizarra y revisión de las aplicaciones de destino a las que migrar. Google CloudDurante el Cloud Sprint, los Servicios Profesionales colaboran con los miembros de tu equipo para ayudarte a adquirir experiencia de primera mano con las soluciones en la nube y las actividades de implementación necesarias para que sepas cuáles son los siguientes pasos que debes seguir en futuras migraciones. Google Cloud
Formación: desarrolla las habilidades de tu equipo
Google Cloud Professional Services puede ofrecerte formación en diferentes campos en función de las necesidades de tu equipo.
Siguientes pasos
- Consulta cuándo pedir ayuda para tus migraciones.
- Para ver más arquitecturas de referencia, diagramas y prácticas recomendadas, consulta el centro de arquitectura de Cloud.
Colaboradores
Autor: Marco Ferrari | Arquitecto de soluciones en la nube