Os guias de migração do Cloud Foundry para o Cloud Run fornecem informações gerais sobre as diferenças entre os serviços do Cloud Foundry e os serviços do Cloud Run, e mostram o que tem de fazer para migrar as aplicações do Cloud Foundry para serem executadas num contentor no Cloud Run. Estas páginas de migração não abrangem a migração de dados.
Aplicações do Cloud Foundry elegíveis para migração
O Cloud Run foi concebido para executar aplicações HTTP ou HTTP/2 sem estado. Não é possível migrar a sua aplicação Cloud Foundry, a menos que cumpra os seguintes critérios:
- Usa HTTP ou HTTP/2 (incluindo gRPC).
- Ouve o tráfego com base na variável de ambiente
PORT. - Não requer o encaminhamento em diferentes caminhos para diferentes aplicações.
- Não requer "serviços de encaminhamento" do Cloud Foundry antigo para encaminhar tráfego.
- Não requer um ID da instância nem uma ordem de arranque específica.
- Não precisa de instâncias individuais para serem endereçáveis.
- Pode ser iniciada sem efeitos secundários no ambiente, por exemplo, iniciar uma migração da base de dados.
Compreender as diferenças entre o Cloud Foundry e o Cloud Run
Embora o Cloud Foundry e o Cloud Run partilhem uma experiência de implementação de origem semelhante, existem diferenças cruciais na forma como as plataformas abordam a contentorização de cargas de trabalho, a configuração de aplicações e as definições de serviços. As diferenças entre o Cloud Foundry e o Cloud Run são apresentadas na tabela seguinte:
| Componente da app | Cloud Foundry | Implementação de imagem de contentor do Cloud Run |
Cloud Run Ficheiro Docker de implementação de origem |
Cloud Run Buildpacks de implementação de origem |
|---|---|---|---|---|
| Contentorização | CF Buildpacks v2 | N/A | Cloud Build | Cloud Build |
| Imagem base |
cflinuxfs3 (Ubuntu 18.04) cflinuxfs4 (Ubuntu 22.04) |
Inclua a sua própria imagem de contentor | Dockerfile especificado | Ubuntu 18.04 ou Ubuntu 22.04 |
| Definição do serviço | manifest.yaml |
service.yaml |
||
| Lista de itens a ignorar | .cfignore |
.gcloudignore |
||
| Metadados do serviço | VCAP_* variáveis de ambiente |
Workload Identity, Cloud Secrets | ||
| Formatos de contentores suportados | Gota | Formatos Docker Image Manifest V2, Schema 1, Schema 2 e OCI | ||
Como migrar
Para migrar uma aplicação do Cloud Foundry:
- Escolha uma estratégia para criar contentores compatíveis com a OCI
- Migre para contentores compatíveis com a OCI
- Converta o manifesto
- Anexe serviços de apoio
- Implemente o serviço no Cloud Run
Migração de amostras
O exemplo Spring Music usa componentes essenciais do Cloud Foundry para recriar o Spring Music como uma imagem compatível com OCI e implementá-lo no Cloud Run. Este exemplo segue a estratégia de conformidade com a OCI de lift and shift.
O que se segue
Escolha a sua estratégia de contentorização