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
Découvrez comment exécuter votre application en local, la déployer et la tester sur App Engine.
Exécuter localement
Pour tester votre application avant le déploiement, exécutez-la dans l'environnement local avec les outils de développement que vous utilisez habituellement.
Avant de déployer votre application
Avant de déployer votre application :
- Le propriétaire du projet Google Cloud doit configurer votre projet Google Cloud pour App Engine.
- assurez-vous que votre compte utilisateur inclut les droits requis.
Déployer votre application
Déployez votre application sur App Engine à l'aide de la commande gcloud app deploy
. Pendant le déploiement, le service Cloud Build crée une image de conteneur de votre application à exécuter dans l'environnement standard.
Chaque compilation est exécutée dans la même région que votre projet Google Cloud. Pour en savoir plus, consultez la page Gérer les images de compilation.
Pour déployer vos applications par programmation, utilisez l'API Admin.
Déployer un service
Déployer une application sur App Engine implique de mettre en œuvre des versions des services de votre application et de chacun de leurs fichiers de configuration.
Pour déployer une version du service de votre application, exécutez la commande suivante à partir du répertoire contenant le fichier app.yaml
de votre service :
gcloud app deploy
Le fait de ne spécifier aucun fichier avec la commande a pour effet de ne déployer que le fichier app.yaml
dans votre répertoire actuel. Par défaut, la commande deploy
génère un ID unique pour la version que vous déployez. Elle effectue le déploiement de la version dans le projet Google Cloud pour lequel vous avez configuré Google Cloud CLI et achemine tout le trafic vers la nouvelle version.
Vous pouvez modifier le comportement par défaut de la commande en ciblant des fichiers spécifiques ou en incluant des paramètres supplémentaires :
- Pour déployer les autres fichiers de configuration de votre service, vous devez cibler et déployer chaque fichier séparément. Par exemple :
gcloud app deploy cron.yaml gcloud app deploy dispatch.yaml gcloud app deploy index.yaml
- Pour spécifier un ID de version personnalisé, utilisez l'option
--version
. - Pour empêcher que le trafic ne soit automatiquement acheminé vers la nouvelle version, utilisez l'option
--no-promote
. - Pour effectuer un déploiement dans un projet Google Cloud spécifique, utilisez l'option
--project
.
Par exemple, pour déployer le service défini par le fichier app.yaml
dans un projet Google Cloud spécifique, attribuez-lui un ID de version personnalisé et empêchez que le trafic ne soit acheminé vers la nouvelle version :
gcloud app deploy --project PROJECT_ID --version VERSION_ID --no-promote
Pour en savoir plus sur cette commande, consultez la documentation de référence sur gcloud app deploy
.
Déployer plusieurs services
Vous utilisez la même commande de déploiement pour déployer ou modifier les différents services constituant votre application.
Avant de commencer :
- Pour pouvoir créer et déployer des services supplémentaires, vous devez d'abord déployer une version de votre application sur le service
default
. - L'ID de chacun de vos services doit être spécifié dans les fichiers de configuration
app.yaml
correspondants. Pour spécifier l'ID d'un service, incluez la définition de l'élémentservice
dans chaque fichier de configuration. Par défaut, le fait d'exclure cette définition d'élément de votre fichier de configuration entraîne le déploiement de la version sur le servicedefault
.
Pour déployer plusieurs services, déployez séparément le fichier app.yaml
de chaque service. Vous pouvez spécifier plusieurs fichiers à l'aide d'une seule commande gcloud app deploy
:
gcloud app deploy service1/app.yaml service2/app.yaml
Afficher les journaux de compilation
Cloud Build diffuse des journaux de compilation et de déploiement visibles dans la section Historique Build de la console Google Cloud. Pour afficher les compilations de la région de l'application, utilisez le menu Région afin de filtrer par région.
Gérer les images de compilation
Chaque fois que vous déployez une nouvelle version :
App Engine crée une image de conteneur à l'aide du service Cloud Build.
Cloud Build crée l'image de conteneur dans la région de l'application et s'exécute dans l'environnement standard App Engine.
App Engine stocke les images de conteneurs créées dans Artifact Registry. Vous pouvez les télécharger pour les conserver ou les utiliser ailleurs.
Une fois le déploiement terminé, App Engine n'a plus besoin des images de conteneurs. Les images de conteneurs ne sont pas automatiquement supprimées. Pour éviter d'atteindre votre quota de stockage, vous pouvez supprimer en toute sécurité les images dont vous n'avez pas besoin. Toutefois, si vous avez besoin de vos images ultérieurement ou si vous souhaitez en conserver une copie, vous devez exporter une copie avant de les supprimer. Pour en savoir plus sur la gestion des images dans Artifact Registry, consultez la section Gérer les images.
Ignorer les fichiers
Vous pouvez utiliser un fichier .gcloudignore
pour spécifier les fichiers et répertoires à ne pas importer dans App Engine lorsque vous déployez vos services. Cette opération est utile pour ignorer les artefacts de compilation et d'autres fichiers qui n'ont pas besoin d'être importés lors du déploiement.
Afficher votre application
Après avoir déployé votre application dans App Engine, vous pouvez exécuter la commande suivante pour lancer votre navigateur et l'afficher à l'adresse https://PROJECT_ID.REGION_ID.r.appspot.com
:
gcloud app browse
Tester sur App Engine avant de basculer le trafic
Avant de configurer une nouvelle version pour recevoir du trafic, vous pouvez la tester sur App Engine. Par exemple, pour tester une nouvelle version de votre service default
:
Déployez votre nouvelle version, mais empêchez que le trafic ne soit automatiquement acheminé vers la nouvelle version :
gcloud app deploy --no-promote
Affichez la nouvelle version en accédant à l'URL suivante :
https://VERSION_ID-dot-default-dot-PROJECT_ID.REGION_ID.r.appspot.com
Vous pouvez maintenant tester la nouvelle version dans l'environnement d'exécution App Engine. Vous pouvez déboguer l'application en consultant ses journaux. Pour en savoir plus, consultez la page Écrire des journaux d'application.
App Engine achemine les requêtes envoyées à
https://PROJECT_ID.REGION_ID.r.appspot.com
vers la version précédemment configurée pour recevoir le trafic.Lorsque vous souhaitez envoyer du trafic vers la nouvelle version, utilisez la console Google Cloud pour migrer le trafic :
Sélectionnez la version que vous venez de déployer et cliquez sur Migrer le trafic.
Vous pouvez utiliser le même processus pour tester de nouvelles versions d'autres services en remplaçant default
dans l'URL par le nom de votre service :
https://VERSION-dot-SERVICE-dot-PROJECT_ID.REGION_ID.r.appspot.com
Pour en savoir plus sur le ciblage de services et de versions spécifiques, consultez la page Mode de routage des requêtes.
Utiliser des variables d'environnement de compilation
Vous pouvez définir des variables d'environnement de compilation pour les environnements d'exécution compatibles avec les packs de création.
Les variables d'environnement de compilation sont des paires clé/valeur que vous pouvez spécifier pour configurer le buildpack à utiliser pour déployer votre application. Par exemple, vous voudrez peut-être spécifier des options de compilateur.
Avant de commencer :
- Les clés doivent commencer par une lettre ASCII en majuscule et peuvent inclure des lettres ASCII en majuscules, des chiffres et des traits de soulignement.
- Vous devez éviter de créer des variables avec un préfixe de clé
GOOGLE_*
. - Les clés suivantes sont réservées à l'usage de Google :
GOOGLE_RUNTIME
GOOGLE_RUNTIME_VERSION
GOOGLE_ENTRYPOINT
GOOGLE_DEVMODE
- Vous pouvez utiliser n'importe quelle clé compatible avec les packs de création.
Pour utiliser des variables d'environnement avec des packs de création, spécifiez le champ build_env_variables
dans votre fichier app.yaml
.
En savoir plus sur les packs de création.
Utiliser Cloud Trace
Cloud Trace est utile pour comprendre comment les requêtes se propagent dans votre application. Consultez des informations détaillées sur la latence d'une seule requête, ou affichez la latence totale de votre application.
Pour afficher les détails des traces dans Cloud Trace, vous pouvez suivre les instructions de la page Rechercher et explorer des traces. Vous pouvez filtrer la liste de traces en fonction de votre service et de votre version App Engine spécifiques.