Arquitetura da CLI do Migrate to Containers

Nesta página, você verá uma descrição detalhada de como a CLI do Migrate to Containers transforma os aplicativos que residem nas instâncias de máquina virtual (VM) em artefatos que podem ser usados para implantar os componentes do aplicativo do ambiente de origem para um cluster de destino no Google Kubernetes Engine (GKE) ou GKE Enterprise.

Componentes da CLI do Migrate to Containers

A modernização usando a CLI do Migrate to Containers abrange três etapas: transformação, implantação da carga de trabalho e manutenção.

arquitetura do processo

  1. Transformação: a CLI do Migrate to Containers é usada para transformar um componente de aplicativo baseado em VM em um componente de aplicativo baseado em contêiner pronto para ser implantado. Isso inclui cinco fases:

    1. Copiar: copia o sistema de arquivos da máquina de destino para a máquina local.
    2. Analisar: analisa o sistema de arquivos para criar um plano de migração.
    3. Editar: edita o plano para modificar as saídas de migração de acordo com suas necessidades.
    4. Gerar: gera artefatos como arquivos do Docker, contextos do Docker, arquivos de implantação do Kubernetes e configurações do Skaffold.
    5. Migrar dados: copiar os arquivos de dados em volumes permanentes. Isso é opcional.
  2. Implantação de cargas de trabalho: é possível implantar cargas de trabalho de contêineres migradas em qualquer cluster do GKE ou do GKE Enterprise que atenda aos requisitos mínimos. Os artefatos de migração podem incluir um ou mais Dockerfiles, uma ou mais especificações de implantação do Kubernetes e um arquivo de configuração do Skaffold.

  3. Manutenção: depois de migrar as cargas de trabalho do contêiner, você normalmente realiza operações de otimização e manutenção. É possível integrar o conteúdo da carga de trabalho extraído e o Dockerfile gerado em um pipeline de CI/CD para garantir uma manutenção eficiente baseada em imagens.

A seguir