Options de déploiement pour les services Cloud Run

Comme décrit dans les types de déploiement et le modèle de ressource Cloud Run, Cloud Run propose plusieurs options et méthodes de déploiement. Cette page présente les différents types de déploiement, ainsi que certains des outils et interfaces que vous pouvez utiliser pour les déploiements de services Cloud Run.

Types de déploiements

Lorsque vous effectuez un déploiement sur un service Cloud Run, vous pouvez choisir parmi les options suivantes :

Déployer des conteneurs

Pour effectuer un déploiement sur Cloud Run à l'aide d'une image de conteneur, vous devez empaqueter le code de votre application et ses dépendances dans un registre de conteneurs, puis exécuter le déploiement.

Déployer depuis le code source

Vous pouvez déployer votre code directement à partir d'un répertoire ou d'un dépôt local sans avoir à créer manuellement des images de conteneurs au préalable.

  • Déployer des services à partir du code source : Utilisez gcloud run deploy --source pour empaqueter votre code source. Vous pouvez choisir d'effectuer le déploiement avec Cloud Build à l'aide des buildpacks de Google Cloud (par défaut) ou de contourner l'étape Cloud Build pour déployer directement des artefacts précompilés (aperçu) afin d'accélérer le déploiement.
  • Déployer une fonction Cloud Run : déployez des extraits de code à usage unique qui se déclenchent en réponse à des Cloud de Confiance événements, tels que des événements Eventarc. Les fonctions utilisent les buildpacks de Google Cloud et Cloud Build pour créer et déployer l'image de conteneur.
  • Si vous devez empaqueter votre code, vos dépendances et vos bibliothèques système dans un conteneur, consultez les pages suivantes avant d'effectuer un déploiement sur Cloud Run :

Déploiement continu à partir de git

Pour configurer Cloud Run afin qu'il crée et déploie de nouvelles révisions lorsque vous envoyez des modifications à votre dépôt, consultez Déployer en continu à partir d'un dépôt.

Vous pouvez connecter directement votre dépôt GitHub, GitLab ou Bitbucket dans la Cloud de Confiance console à l'aide de déclencheurs Cloud Build ou de Developer Connect.

Méthodes et outils de déploiement

Vous pouvez utiliser l'une des méthodes et interfaces de base suivantes pour déployer un service Cloud Run :

  • Cloud de Confiance Console : utilisez l'interface utilisateur graphique interactive de la Cloud de Confiance console pour déployer des images de conteneurs et des fonctions, ou configurez manuellement le déploiement continu. La Cloud de Confiance console fournit des info-bulles, des formulaires et des commentaires immédiats utiles lorsque vous configurez des paramètres.
  • Google Cloud CLI : utilisez la commande gcloud run deploy pour activer la création de scripts et les déploiements rapides d'images de conteneurs en ligne de commande. Cette méthode convient à la plupart des types de déploiement et est pratique pour créer et déployer du code source local à l'aide d'une seule commande.
  • YAML : utilisez le fichier YAML de votre service Cloud Run pour manifester les spécifications de votre service dans des fichiers de configuration déclaratifs compatibles avec Knative. Appliquez ensuite les modifications à l'aide de gcloud run services replace service.yaml. Cette approche permet d'utiliser un modèle de déploiement continu GitOps dans lequel la configuration réside dans votre dépôt en tant que source de vérité.
  • Terraform : utilisez la ressourceprovider standard Cloud de Confiance by S3NS (google_cloud_run_v2_service) pour déployer et mettre à jour de manière déterministe l'infrastructure de calcul sans serveur, ainsi que d'autres ressources cloud telles que des bases de données, des équilibreurs de charge et des stratégies de sécurité.
  • Bibliothèques clientes : utilisez les bibliothèques clientes Cloud pour des langages tels que Go, Java, Node.js, Python, Ruby, PHP et .NET afin de configurer et de déclencher des déploiements par programmation.
  • API REST : appelez directement le point de terminaison de l'API REST à l'aide d'opérations HTTP pour l'intégrer à des systèmes de déploiement personnalisés.