Guide de démarrage rapide : déployer dans Cloud Run à partir d'un dépôt git
Cette page vous explique comment effectuer un déploiement continu à partir d'un dépôt Git vers Cloud Run.
Pour obtenir des instructions détaillées sur cette tâche directement dans la console Google Cloud, cliquez sur Visite guidée :
Pour en savoir plus sur ce processus, consultez la section Déploiement continu à partir de Git à l'aide de Cloud Build.
Avant de commencer
- Connectez-vous à votre compte Google Cloud. Si vous débutez sur Google Cloud, créez un compte pour évaluer les performances de nos produits en conditions réelles. Les nouveaux clients bénéficient également de 300 $ de crédits gratuits pour exécuter, tester et déployer des charges de travail.
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
-
Make sure that billing is enabled for your Google Cloud project.
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
-
Make sure that billing is enabled for your Google Cloud project.
-
Enable the Cloud Build API.
Si vous êtes soumis à une règle d'administration de restriction de domaine limitant les appels non authentifiés pour votre projet, vous devez accéder au service déployé comme décrit dans la section Tester les services privés.
Créer un dépôt à partir d'un modèle
Pour créer un dépôt :
Accédez au dépôt de modèles :
Node.js
Accédez à github.com/GoogleCloudPlatform/cloud-run-microservice-template-nodejs
Python
Accédez à github.com/GoogleCloudPlatform/cloud-run-microservice-template-python
Go
Accédez à github.com/GoogleCloudPlatform/cloud-run-microservice-template-go
Java
Accédez à github.com/GoogleCloudPlatform/cloud-run-microservice-template-java
Cliquez sur Utiliser ce modèle.
Sélectionnez Créer un dépôt.
Dans le formulaire, saisissez un nom de dépôt.
Cliquez sur Créer un dépôt à partir d'un modèle.
Déployer une fonction depuis le dépôt
Pour déployer depuis le dépôt :
Dans la console Google Cloud, accédez à la page Cloud Run :
Cliquez sur Déployer un conteneur, puis sélectionnez Service.
Dans Créer un service, assurez-vous que l'option Déployer en continu à partir d'un dépôt est sélectionnée.
Dans le formulaire, cliquez sur Configurer Cloud Build.
Dans le panneau de droite :
Sous Dépôt, sélectionnez le dépôt que vous venez de créer. Si vous ne l'avez pas encore fait, vous devrez peut-être vous authentifier. Utilisez le lien s'authentifier dans le champ Fournisseur de dépôts.
Vérifiez le contrat de confirmation concernant GitHub et l'interactivité Google Cloud.
Cliquez sur Suivant.
Sous Type de compilation, sélectionnez Buildpacks Google Cloud.
Cliquez sur Enregistrer.
Dans le formulaire Créer un service :
confirmez le nom du service. Il sera automatiquement renseigné avec le nom du dépôt.
Dans le menu déroulant Région, sélectionnez la région dans laquelle vous souhaitez créer votre service.
Sous Authentification, cochez Autoriser les appels non authentifiés. Si vous ne disposez pas des autorisations nécessaires (rôle Administrateur Cloud Run) pour sélectionner cette option, le service sera déployé et nécessitera une authentification.
Cliquez sur Créer pour déployer l'exemple de dépôt sur Cloud Run, puis patientez jusqu'à la fin du déploiement.
Cliquez sur le lien URL affiché pour exécuter le conteneur déployé.
Emplacements Cloud Run
Cloud Run est régional, ce qui signifie que l'infrastructure qui exécute vos services Cloud Run est située dans une région spécifique et gérée par Google pour être disponible de manière redondante dans toutes les zones de cette région.
Lors de la sélection de la région dans laquelle exécuter vos services Cloud Run, vous devez tout d'abord considérer vos exigences en matière de latence, de disponibilité et de durabilité.
Vous pouvez généralement sélectionner la région la plus proche de vos utilisateurs, mais vous devez tenir compte de l'emplacement des autres produits Google Cloud utilisés par votre service Cloud Run.
L'utilisation conjointe de produits Google Cloud dans plusieurs emplacements peut avoir une incidence sur la latence et le coût de votre service.
Cloud Run est disponible dans les régions suivantes :
Soumis aux tarifs de niveau 1
asia-east1
(Taïwan)asia-northeast1
(Tokyo)asia-northeast2
(Osaka)europe-north1
(Finlande) Faibles émissions de CO2europe-southwest1
(Madrid) Faibles émissions de CO2europe-west1
(Belgique) Faibles émissions de CO2europe-west4
(Pays-Bas) Faibles émissions de CO2europe-west8
(Milan)europe-west9
(Paris) Faibles émissions de CO2me-west1
(Tel Aviv)us-central1
(Iowa) Faibles émissions de CO2us-east1
(Caroline du Sud)us-east4
(Virginie du Nord)us-east5
(Columbus)us-south1
(Dallas) Faibles émissions de CO2us-west1
(Oregon) Faibles émissions de CO2
Soumis aux tarifs de niveau 2
africa-south1
(Johannesburg)asia-east2
(Hong Kong)asia-northeast3
(Séoul, Corée du Sud)asia-southeast1
(Singapour)asia-southeast2
(Jakarta)asia-south1
(Mumbai, Inde)asia-south2
(Delhi, Inde)australia-southeast1
(Sydney)australia-southeast2
(Melbourne)europe-central2
(Varsovie, Pologne)europe-west10
(Berlin) Faibles émissions de CO2.europe-west12
(Turin)europe-west2
(Londres, Royaume-Uni) Faibles émissions de CO2europe-west3
(Francfort, Allemagne) Faibles émissions de CO2europe-west6
(Zurich, Suisse) Faibles émissions de CO2me-central1
(Doha)me-central2
(Dammam)northamerica-northeast1
(Montréal) Faibles émissions de CO2northamerica-northeast2
(Toronto) Faibles émissions de CO2southamerica-east1
(São Paulo, Brésil) Faibles émissions de CO2southamerica-west1
(Santiago, Chili) Faibles émissions de CO2us-west2
(Los Angeles)us-west3
(Salt Lake City)us-west4
(Las Vegas)
Si vous avez déjà créé un service Cloud Run, vous pouvez afficher la région dans le tableau de bord Cloud Run de la console Google Cloud.
Mettre à jour le service
Pour modifier le service, procédez comme suit :
Transférez un commit vers la branche principale du dépôt.
Actualisez le service Cloud Run pour afficher l'état de la mise à jour.
Félicitations ! Vous venez de déployer Cloud Run à partir d'un dépôt Git. Cloud Run effectue un scaling à la hausse automatique de votre conteneur pour traiter les requêtes reçues, puis effectue un scaling à la baisse lorsque la demande diminue. Vous ne payez que pour le processeur, la mémoire et le réseau utilisés pendant le traitement des requêtes.