Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Arquitectura de la CLI de Migrate to Containers
En esta página, se proporciona una descripción de alto nivel de cómo la CLI de Migrate to Containers transforma tus aplicaciones que residen en instancias de máquina virtual (VM) en artefactos que puedes usar para implementar los componentes de la aplicación del entorno de origen en un clúster de destino en Google Kubernetes Engine (GKE) o GKE Enterprise.
Componentes de la CLI de Migrate to Containers
La modernización mediante la CLI de Migrate to Containers abarca tres pasos: transformación, implementación de cargas de trabajo y mantenimiento.
Transformación: la CLI de Migrate to Containers se usa para transformar un componente de aplicación basado en VMs en un componente de aplicación basado en contenedores listo para implementarse. Esto abarca cinco fases:
Copiar: copia el sistema de archivos de la máquina de destino en la máquina local.
Analizar: analiza el sistema de archivos para crear un
plan de migración.
Editar: edita el plan para modificar los resultados de la migración
según tus necesidades.
Generar: Genera artefactos como archivos de Docker, contextos de Docker, archivos de implementación de Kubernetes y configuración de Skaffold.
Migrar datos: copia los archivos de datos en volúmenes persistentes. Esto es opcional.
Implementación de cargas de trabajo: Puedes implementar cargas de trabajo de contenedores migrados en cualquier clúster de GKE o GKE Enterprise que cumpla con los requisitos mínimos. Los artefactos de migración pueden incluir uno o más Dockerfiles, una o más especificaciones de implementación de Kubernetes y un archivo de configuración de Skaffold.
Mantenimiento: después de migrar las cargas de trabajo del contenedor, por lo general, realizas operaciones de optimización y mantenimiento. El contenido de la carga de trabajo extraído y el Dockerfile generado se pueden integrar en una canalización de CI/CD para un mantenimiento eficiente basado en imágenes.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-09-04 (UTC)"],[],[],null,["# Migrate to Containers CLI architecture\n======================================\n\nThis page provides a high-level description of how Migrate to Containers CLI\ntransforms your applications residing on virtual machine (VM) instances into\nartifacts that you can use to deploy your application components from the\nsource environment to a target cluster on [Google Kubernetes Engine (GKE)](/kubernetes-engine)\nor [GKE Enterprise](/anthos).\n\nMigrate to Containers CLI components\n------------------------------------\n\nModernization using Migrate to Containers CLI spans across three steps: Transformation,\nWorkload deployment, and Maintenance.\n\n1. **Transformation** -- Migrate to Containers CLI is used to transform a VM-based\n application component into a container-based application component ready to\n be deployed. This spans across five phases:\n\n 1. **Copy** -- Copy the file system of the target machine to the local machine.\n 2. **Analyze** -- Analyze the file system to create a migration plan.\n 3. **Edit** -- Edit the plan to modify the migration outputs to fit your needs.\n 4. **Generate** -- Generate artifacts such as Docker files, Docker contexts, Kubernetes deployment files and Skaffold configuration.\n 5. **Migrate data** -- Copy the data files into persistent volumes. This is optional.\n2. **Workload deployment** -- You can deploy Migrated container workloads on\n any GKE or GKE Enterprise cluster meeting the minimum\n requirements. The migration artifacts can include one or more Dockerfiles,\n one or more Kubernetes deployment specs, and a Skaffold configuration file.\n\n3. **Maintenance** -- After you migrate container workloads, you typically\n perform optimization and maintenance operations. The extracted workload\n content and the generated Dockerfile can be integrated in a CI/CD pipeline\n for efficient image-based maintenance.\n\nWhat's next\n-----------\n\n- Learn about [reviewing compatible OS, workloads, and Kubernetes versions](/migrate/containers/docs/m2c-cli/compatible-components).\n- Learn how to [discover, collect, and assess VMware VMs for migration](/migrate/containers/docs/mcdc-vmware-quickstart).\n- Learn how to [migrate a VM](/migrate/containers/docs/migrate-vm)."]]
