ID de la région
Le REGION_ID est un code abrégé que Google attribue en fonction de la région que vous sélectionnez lors de la création de votre application. Le code ne correspond pas à un pays ou une province, même si certains ID de région peuvent ressembler aux codes de pays et de province couramment utilisés. Pour les applications créées après février 2020, REGION_ID.r est inclus dans les URL App Engine. Pour les applications existantes créées avant cette date, l'ID de région est facultatif dans l'URL.
En savoir plus sur les ID de région
Ce guide explique comment déployer vos applications existantes de l'environnement flexible vers Cloud Run.
Les étapes décrites dans ce guide n'affectent pas les fonctionnalités ni le flux de trafic de votre application App Engine existante. Le service Cloud Run nouvellement créé est une instance répliquée du service App Engine que vous pouvez tester indépendamment.
L'environnement flexible App Engine et Cloud Run sont tous deux des plates-formes d'applications entièrement gérées et natives pour les conteneurs. Cependant, ils diffèrent structurellement. Pour en savoir plus sur les similitudes et les différences entre App Engine et Cloud Run, y compris les avantages de la migration vers Cloud Run, consultez le résumé de la comparaison. Pour déployer sur Cloud Run, utilisez la configuration locale de votre fichierapp.yaml. Cela crée une image de conteneur à partir de votre code source local, de sorte que toutes les modifications récentes apportées à votre code ou à votre configuration sont incluses dans le nouveau déploiement.
Avant de commencer
Assurez-vous que votre application App Engine s'exécute sans erreur. Vous devez avoir accès à votre code source App Engine si vous choisissez de déployer à l'aide de votre configuration locale.
Activez l'API Cloud Run Admin et l'API Artifact Registry :
Configurez votre projet et votre région à l'aide de la commande suivante :
gcloud auth login gcloud config set project PROJECT_ID gcloud config set run/region REGION gcloud components updateRemplacez les éléments suivants :
- PROJECT_ID : ID de votre projet Google Cloud .
- REGION : région dans laquelle vous souhaitez déployer votre service Cloud Run.
Recherchez les fonctionnalités incompatibles dans votre application et supprimez-les avant de migrer vers Cloud Run. Pour vérifier l'incompatibilité de votre application sans effectuer de migration ni de déploiement, exécutez la commande suivante :
gcloud beta app migrate-to-run --dry-runExaminez les résultats de la vérification de compatibilité et apportez les modifications recommandées si nécessaire.
Passez en revue les différences Cloud Run suivantes :
Cloud Run utilise le terme
Revisionau lieu deVersionpour représenter chaque déploiement de modifications dans un service spécifique. Le premier déploiement de votre application sur un service dans Cloud Run a pour effet de créer la première révision de votre application. Chaque déploiement ultérieur d'un service crée une autre révision. En savoir plus sur le déploiement sur Cloud RunVous pouvez déployer votre code source sur Cloud Run à l'aide de la gcloud CLI pour configurer et gérer les paramètres de votre application. Cloud Run ne nécessite pas de configuration basée sur des fichiers. Cependant, les configurations YAML sont prises en charge.
Chaque service que vous déployez sur Cloud Run utilise le domaine
run.appde l'URL pour accéder au service en mode public.Contrairement aux services App Engine qui sont publics par défaut, les services Cloud Run sont privés par défaut et vous obligent à les configurer pour l'accès public (non authentifié).
Rôles requis
Vous pouvez choisir de créer un compte de service ou d'utiliser dans Cloud Run le même compte de service géré par l'utilisateur que celui que vous utilisez pour l'environnement flexible. Vous ou votre administrateur devez attribuer les rôles IAM suivants au compte de déploiement et au compte de service Cloud Build.
Cliquez ici pour afficher les rôles requis pour le compte de déploiement
Pour obtenir les autorisations nécessaires pour créer et déployer à partir de la source, demandez à votre administrateur de vous accorder les rôles IAM suivants :
- Développeur de source Cloud Run (
roles/run.sourceDeveloper) sur votre projet - Consommateur Service Usage (
roles/serviceusage.serviceUsageConsumer) sur votre projet - Utilisateur du compte de service (
roles/iam.serviceAccountUser) sur l'identité du service Cloud Run
Cliquez ici pour afficher les rôles requis pour le compte de service Cloud Build
Cloud Build utilise automatiquement le compte de service Compute Engine par défaut comme compte de service Cloud Build par défaut pour compiler votre code source et votre ressource Cloud Run, sauf si vous remplacez ce comportement. Pour que Cloud Build puisse créer vos sources, demandez à votre administrateur d'accorder le rôle Créateur Cloud Run (roles/run.builder) au compte de service Compute Engine par défaut de votre projet :
gcloud projects add-iam-policy-binding PROJECT_ID \ --member=serviceAccount:PROJECT_NUMBER-compute@developer.gserviceaccount.com \ --role=roles/run.builder
Remplacez PROJECT_NUMBER par votre numéro de projet Google Cloudet PROJECT_ID par l'ID de votre projet Google Cloud. Pour obtenir des instructions détaillées sur la recherche de votre ID du projet et de votre numéro de projet, consultez la section Créer et gérer des projets.
L'attribution du rôle de compilateur Cloud Run au compte de service Compute Engine par défaut prend quelques minutes à se propager.
Pour obtenir la liste des rôles et des autorisations IAM associés à Cloud Run, consultez les sections Rôles IAM Cloud Run et Autorisations IAM Cloud Run. Si votre service Cloud Run communique avec les APIGoogle Cloud , telles que les bibliothèques clientes Cloud, consultez le guide de configuration de l'identité du service. Pour en savoir plus sur l'attribution de rôles, consultez les pages Autorisations de déploiement et Gérer les accès.
Utiliser la configuration locale d'un fichier app.yaml
Pour déployer votre service Cloud Run à l'aide du fichier app.yaml local d'une configuration App Engine existante, procédez comme suit :
Dans votre terminal, accédez au répertoire source où se trouve le fichier
app.yaml.Exécutez la commande suivante pour déployer votre service sur Cloud Run :
gcloud beta app migrate-to-runCette commande génère la configuration du fichier
service.yamlpour Cloud Run et l'enregistre localement dans le même répertoire que votre fichierapp.yaml. Pour en savoir plus, consultezgcloud beta app migrate-to-run.- Lorsque vous y êtes invité (
Proceed with the deployment?), saisissezYpour créer une image de conteneur à partir de votre code source et déployer le service sur Cloud Run.
- Lorsque vous y êtes invité (
Accédez à votre service Cloud Run déployé en ouvrant l'URL du service dans un navigateur Web.
Facultatif :
Si votre fichier
app.yamlse trouve dans un autre répertoire, spécifiez son chemin d'accès à l'aide de l'option--appyaml:gcloud beta app migrate-to-run --appyaml=PATHRemplacez PATH par le chemin d'accès à votre fichier
app.yaml.Pour générer et exporter la configuration
service.yamlde Cloud Run sans déployer le service, exécutez la commande suivante :gcloud beta app migrate-to-run --export-only=EXPORT_PATHRemplacez EXPORT_PATH par le répertoire ou le chemin d'accès où vous souhaitez enregistrer le fichier
service.yaml.
Fonctionnalités incompatibles
La commande de migration échoue si votre fichierapp.yaml contient la configuration non compatible suivante :
Services entrants :
inbound_services: - warmupSolution : Supprimez la section
inbound_servicesde votre fichierapp.yaml. Cloud Run préchauffe les instances à l'aide du point d'entrée du conteneur. Vous n'avez donc pas besoin de configurer les requêtes de préchauffage. Si vous devez exécuter du code d'initialisation avant de diffuser du trafic, configurez votre service pour qu'il l'exécute au démarrage, avant d'écouter les requêtes, ou utilisez des vérifications de démarrage. Vous pouvez également configurer un nombre minimal d'instances pour maintenir les instances en attente.
Étapes suivantes
- Découvrez comment gérer vos services Cloud Run.
- Consultez le contrat d'exécution du conteneur Cloud Run pour comprendre les exigences et les comportements des conteneurs dans Cloud Run.
- Découvrez comment stocker des dépendances pour votre service nécessitant des clés API, des mots de passe ou d'autres informations sensibles à l'aide d'un gestionnaire de secrets.