Les guides de migration Cloud Foundry vers Cloud Run fournissent des informations générales sur les différences entre les services Cloud Foundry et les services Cloud Run, et expliquent comment migrer des applications Cloud Foundry pour qu'elles s'exécutent dans un conteneur Cloud Run. Ces pages ne couvrent pas la migration de données.
Applications Cloud Foundry éligibles à la migration
Cloud Run est conçu pour exécuter des applications HTTP ou HTTP/2 sans état. Vous ne pouvez pas migrer votre application Cloud Foundry si elle ne répond pas aux critères suivants:
- Utilise HTTP ou HTTP/2 (y compris gRPC).
- écoute le trafic en fonction de la variable d'environnement
PORT; - Ne nécessite pas de routage sur différents chemins vers différentes applications.
- Ne nécessite pas les anciens "services de routage" de Cloud Foundry pour le trafic par proxy.
- Ne nécessite pas d'ID d'instance ni d'ordre de démarrage particulier.
- Les instances individuelles n'ont pas besoin d'être adressables.
- Elle peut être démarrée sans effets secondaires sur l'environnement, par exemple pour lancer une migration de bases de données.
Comprendre les différences entre Cloud Foundry et Cloud Run
Bien que Cloud Foundry et Cloud Run partagent tous deux une expérience de déploiement source similaire, il existe des différences essentielles dans la manière dont les plates-formes abordent la conteneurisation des charges de travail, la configuration de l'application et les définitions de service. Les différences entre Cloud Foundry et Cloud Run sont indiquées dans le tableau suivant:
| Composant d'application | Cloud Foundry | Déploiement d'images de conteneurs Cloud Run |
Fichier Dockerfile de déploiement source Cloud Run |
Packs de création de déploiement source Cloud Run |
|---|---|---|---|---|
| Conteneurisation | Packs de création CF v2 | N/A | Cloud Build | Cloud Build |
| Image de base |
cflinuxfs3 (Ubuntu 18.04) cflinuxfs4 (Ubuntu 22.04) |
Utilisation de votre propre image de conteneur | Dockerfile spécifié | Ubuntu 18.04 ou Ubuntu 22.04 |
| Définition de service | manifest.yaml |
service.yaml |
||
| Liste des éléments à ignorer | .cfignore |
.gcloudignore |
||
| Métadonnées du service | Variables d'environnement VCAP_* |
Workload Identity, secrets Cloud | ||
| Formats de conteneurs compatibles | Droplet | Image Docker Manifest V2, Schéma 1, Schéma 2 et formats OCI | ||
Comment procéder ?
Pour migrer une application Cloud Foundry, procédez comme suit:
- Choisissez une stratégie pour créer des conteneurs conformes à la norme OCI
- Migrer vers des conteneurs conformes à la norme OCI
- Convertir le fichier manifeste
- Associer des services externes
- Déployer le service sur Cloud Run
Exemple de migration
L'exemple Spring Music utilise des composants principaux de Cloud Foundry pour recompiler Spring Music en tant qu'image compatible OCI et le déployer sur Cloud Run. Cet exemple suit la stratégie de conformité Lift and Shift d'OCI.
Étape suivante
Choisir votre stratégie de conteneurisation