Os guias de migração do Cloud Foundry para o Cloud Run fornecem informações básicas sobre as diferenças entre os serviços do Cloud Foundry e do Cloud Run e mostram o que você precisa fazer para migrar os aplicativos do Cloud Foundry para serem executados em um contêiner no o Cloud Run. Estas páginas de migração não abrangem a migração de dados.
Aplicativos do Cloud Foundry qualificados para migração
O Cloud Run foi projetado para executar aplicativos HTTP ou HTTP/2 sem estado. O aplicativo do Cloud Foundry não pode ser migrado, a menos que atenda aos seguintes critérios:
- Usa HTTP ou HTTP/2 (incluindo gRPC).
- Detecta tráfego com base na variável de ambiente
PORT. - Não exige roteamento em caminhos diferentes para aplicativos distintos.
- Não requer "serviços de rota" legados do Cloud Foundry para tráfego de proxy.
- Não requer um ID de instância ou uma ordem de inicialização específica.
- Não precisa de instâncias individuais para serem endereçáveis.
- Pode ser iniciada sem efeitos colaterais no ambiente, por exemplo, iniciando uma migração de banco de dados.
Noções básicas sobre as diferenças entre o Cloud Foundry e o Cloud Run
O Cloud Foundry e o Cloud Run compartilham uma experiência de implantação de origem semelhante, mas há diferenças cruciais na maneira como as plataformas abordam a conteinerização da carga de trabalho, a configuração de aplicativos e as definições de serviço. As diferenças entre o Cloud Foundry e o Cloud Run são mostradas na tabela a seguir:
| Componente do aplicativo | Cloud Foundry | Implantação da imagem de contêiner do Cloud Run |
Dockerfile de implantação de origem do Cloud Run |
Cloud Run Buildpacks de implantação de origem |
|---|---|---|---|---|
| Conteinerização | Buildpacks CF v2 | N/A | Cloud Build | Cloud Build |
| Imagem de base |
cflinuxfs3 (Ubuntu 18.04) cflinuxfs4 (Ubuntu 22.04) |
Usar sua própria imagem de contêiner | Dockerfile especificado | Ubuntu 18.04 ou 22.04 |
| Definição de Service | manifest.yaml |
service.yaml |
||
| Lista de ignorados | .cfignore |
.gcloudignore |
||
| Metadados de serviço | Variáveis de ambiente VCAP_* |
Identidade da carga de trabalho, Cloud Secrets | ||
| Formatos de contêiner compatíveis | Gota | Formatos do Docker Image Manifest V2, Schema 1, Schema 2 e OCI | ||
Como migrar
Para migrar um aplicativo do Cloud Foundry:
- Escolher uma estratégia para criar contêineres compatíveis com OCI
- Migrar para contêineres compatíveis com OCI
- Converter o manifesto
- Anexar serviços de apoio
- Implantar o serviço no Cloud Run
Migração de amostra
O exemplo do Spring Music usa componentes essenciais do Cloud Foundry para recriar o Spring Music como uma imagem compatível com OCI e implantá-lo no Cloud Run. Este exemplo segue a estratégia de conformidade com a OCI migração lift-and-shift.
Próximas etapas
Escolher sua estratégia de conteinerização