Diffusez du contenu dynamique et hébergez des microservices avec Cloud Run

Associez Cloud Run à Firebase Hosting pour générer et diffuser votre contenu dynamique ou créer des API REST en tant que microservices.

À l'aide de Cloud Run , vous pouvez déployer une application packagée dans une image de conteneur. Ensuite, à l'aide de Firebase Hosting, vous pouvez diriger les requêtes HTTPS pour déclencher votre application conteneurisée.

  • Cloud Run prend en charge plusieurs langages (dont Go, Node.js, Python et Java), vous offrant ainsi la flexibilité d'utiliser le langage et le framework de programmation de votre choix.
  • Cloud Run met automatiquement et horizontalement à l'échelle votre image de conteneur pour gérer les demandes reçues, puis la réduit lorsque la demande diminue.
  • Vous ne payez que pour le processeur, la mémoire et la mise en réseau consommés lors du traitement des requêtes.

Pour obtenir des exemples de cas d'utilisation et d'exemples pour Cloud Run intégré à Firebase Hosting, consultez notre présentation du serveur sans serveur .


Ce guide vous montre comment :

  1. Écrire une application Hello World simple
  2. Conteneuriser une application et la télécharger sur Container Registry
  3. Déployer l'image du conteneur sur Cloud Run
  4. Demandes d'hébergement directes vers votre application conteneurisée

Notez que pour améliorer les performances de diffusion du contenu dynamique, vous pouvez éventuellement ajuster vos paramètres de cache .

Avant que tu commences

Avant d'utiliser Cloud Run, vous devez effectuer certaines tâches initiales, notamment la configuration d'un compte Cloud Billing, l'activation de l'API Cloud Run et l'installation de l'outil de ligne de commande gcloud .

Configurer la facturation de votre projet

Cloud Run offre un quota d'utilisation gratuit , mais vous devez toujours disposer d'un compte de facturation Cloud associé à votre projet Firebase pour utiliser ou essayer Cloud Run.

Activez l'API et installez le SDK

  1. Activez l'API Cloud Run dans la console des API Google :

    1. Ouvrez la page de l'API Cloud Run dans la console des API Google.

    2. Lorsque vous y êtes invité, sélectionnez votre projet Firebase.

    3. Cliquez sur Activer sur la page API Cloud Run.

  2. Installez et initialisez le SDK Cloud.

  3. Vérifiez que l'outil gcloud est configuré pour le bon projet :

    gcloud config list

Étape 1 : Rédiger l'exemple d'application

Notez que Cloud Run prend en charge de nombreuses autres langues en plus des langues présentées dans l'exemple suivant.

Aller

  1. Créez un nouveau répertoire nommé helloworld-go , puis modifiez-y le répertoire :

    mkdir helloworld-go
    cd helloworld-go

  2. Créez un nouveau fichier nommé helloworld.go , puis ajoutez le code suivant :

    package main

import (
	"fmt"
	"log"
	"net/http"
	"os"
)

func handler(w http.ResponseWriter, r *http.Request) {
	log.Print("helloworld: received a request")
	target := os.Getenv("TARGET")
	if target == "" {
		target = "World"
	}
	fmt.Fprintf(w, "Hello %s!\n", target)
}

func main() {
	log.Print("helloworld: starting server...")

	http.HandleFunc("/", handler)

	port := os.Getenv("PORT")
	if port == "" {
		port = "8080"
	}

	log.Printf("helloworld: listening on port %s", port)
	log.Fatal(http.ListenAndServe(fmt.Sprintf(":%s", port), nil))
}

    helloworld.go

    Ce code crée un serveur Web de base qui écoute sur le port défini par la variable d'environnement PORT .

Votre application est terminée et prête à être conteneurisée et téléchargée sur Container Registry.

Noeud.js

  1. Créez un nouveau répertoire nommé helloworld-nodejs , puis changez-y de répertoire :

    mkdir helloworld-nodejs
    cd helloworld-nodejs

  2. Créez un fichier package.json avec le contenu suivant :

    {
  "name": "knative-serving-helloworld",
  "version": "1.0.0",
  "description": "Simple hello world sample in Node",
  "main": "index.js",
  "scripts": {
    "start": "node index.js"
  },
  "author": "",
  "license": "Apache-2.0",
  "dependencies": {
    "express": "^4.18.2"
  }
}

    package.json

  3. Créez un nouveau fichier nommé index.js , puis ajoutez le code suivant :

    const express = require('express');
const app = express();

app.get('/', (req, res) => {
  console.log('Hello world received a request.');

  const target = process.env.TARGET || 'World';
  res.send(`Hello ${target}!\n`);
});

const port = process.env.PORT || 8080;
app.listen(port, () => {
  console.log('Hello world listening on port', port);
});

    index.js

    Ce code crée un serveur Web de base qui écoute sur le port défini par la variable d'environnement PORT .

Votre application est terminée et prête à être conteneurisée et téléchargée sur Container Registry.

Python

  1. Créez un nouveau répertoire nommé helloworld-python , puis modifiez-y le répertoire :

    mkdir helloworld-python
    cd helloworld-python

  2. Créez un nouveau fichier nommé app.py , puis ajoutez le code suivant :

    import os

from flask import Flask

app = Flask(__name__)

@app.route('/')
def hello_world():
    target = os.environ.get('TARGET', 'World')
    return 'Hello {}!\n'.format(target)

if __name__ == "__main__":
    app.run(debug=True,host='0.0.0.0',port=int(os.environ.get('PORT', 8080)))

    app.py

    Ce code crée un serveur Web de base qui écoute sur le port défini par la variable d'environnement PORT .

Votre application est terminée et prête à être conteneurisée et téléchargée sur Container Registry.

Java

  1. Installez Java SE 8 ou version ultérieure JDK et CURL .

    Notez que nous n'avons besoin de faire cela que pour créer le nouveau projet Web à l'étape suivante. Le Dockerfile, décrit plus loin, chargera toutes les dépendances dans le conteneur.

  2. Depuis la console, créez un nouveau projet web vide à l'aide de cURL puis décompressez les commandes :

    curl https://start.spring.io/starter.zip \
    -d dependencies=web \
    -d name=helloworld \
    -d artifactId=helloworld \
    -o helloworld.zip
    unzip helloworld.zip

    Cela crée un projet SpringBoot.

  3. Mettez à jour la classe SpringBootApplication dans src/main/java/com/example/helloworld/HelloworldApplication.java en ajoutant un @RestController pour gérer le mappage / et ajoutez également un champ @Value pour fournir la variable d'environnement TARGET :

    package com.example.helloworld;

import org.springframework.beans.factory.annotation.Value;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;

@SpringBootApplication
public class HelloworldApplication {

  @Value("${TARGET:World}")
  String target;

  @RestController
  class HelloworldController {
    @GetMapping("/")
    String hello() {
      return "Hello " + target + "!";
    }
  }

  public static void main(String[] args) {
    SpringApplication.run(HelloworldApplication.class, args);
  }
}

    HelloworldApplication.java

    Ce code crée un serveur Web de base qui écoute sur le port défini par la variable d'environnement PORT .

Votre application est terminée et prête à être conteneurisée et téléchargée sur Container Registry.

Étape 2 : Conteneuriser une application et la télécharger sur Container Registry

  1. Conteneurisez l’exemple d’application en créant un nouveau fichier nommé Dockerfile dans le même répertoire que les fichiers sources. Copiez le contenu suivant dans votre fichier.

    Aller

    # Use the official Golang image to create a build artifact.
# This is based on Debian and sets the GOPATH to /go.
FROM golang:latest as builder

ARG TARGETOS
ARG TARGETARCH

# Create and change to the app directory.
WORKDIR /app

# Retrieve application dependencies using go modules.
# Allows container builds to reuse downloaded dependencies.
COPY go.* ./
RUN go mod download

# Copy local code to the container image.
COPY . ./

# Build the binary.
# -mod=readonly ensures immutable go.mod and go.sum in container builds.
RUN CGO_ENABLED=0 GOOS=${TARGETOS} GOARCH=${TARGETARCH} go build -mod=readonly -v -o server

# Use the official Alpine image for a lean production container.
# https://hub.docker.com/_/alpine
# https://docs.docker.com/develop/develop-images/multistage-build/#use-multi-stage-builds
FROM alpine:3
RUN apk add --no-cache ca-certificates

# Copy the binary to the production image from the builder stage.
COPY --from=builder /app/server /server

# Run the web service on container startup.
CMD ["/server"]

    Dockerfile

    Noeud.js

    # Use the official lightweight Node.js 12 image.
# https://hub.docker.com/_/node
FROM node:12-slim

# Create and change to the app directory.
WORKDIR /usr/src/app

# Copy application dependency manifests to the container image.
# A wildcard is used to ensure both package.json AND package-lock.json are copied.
# Copying this separately prevents re-running npm install on every code change.
COPY package*.json ./

# Install production dependencies.
RUN npm install --only=production

# Copy local code to the container image.
COPY . ./

# Run the web service on container startup.
CMD [ "npm", "start" ]

    Dockerfile

    Python

    # Use the official lightweight Python image.
# https://hub.docker.com/_/python
FROM python:3.7-slim

# Allow statements and log messages to immediately appear in the Knative logs
ENV PYTHONUNBUFFERED True

# Copy local code to the container image.
ENV APP_HOME /app
WORKDIR $APP_HOME
COPY . ./

# Install production dependencies.
RUN pip install Flask gunicorn

# Run the web service on container startup. Here we use the gunicorn
# webserver, with one worker process and 8 threads.
# For environments with multiple CPU cores, increase the number of workers
# to be equal to the cores available.
CMD exec gunicorn --bind :$PORT --workers 1 --threads 8 --timeout 0 app:app

    Dockerfile

    Java

    # Use the official maven/Java 8 image to create a build artifact: https://hub.docker.com/_/maven
FROM maven:3.5-jdk-8-alpine as builder

# Copy local code to the container image.
WORKDIR /app
COPY pom.xml .
COPY src ./src

# Build a release artifact.
RUN mvn package -DskipTests

# Use the Official OpenJDK image for a lean production stage of our multi-stage build.
# https://hub.docker.com/_/openjdk
# https://docs.docker.com/develop/develop-images/multistage-build/#use-multi-stage-builds
FROM openjdk:8-jre-alpine

# Copy the jar to the production image from the builder stage.
COPY --from=builder /app/target/helloworld-*.jar /helloworld.jar

# Run the web service on container startup.
CMD ["java", "-Djava.security.egd=file:/dev/./urandom", "-jar", "/helloworld.jar"]

    Dockerfile

  2. Créez votre image de conteneur à l'aide de Cloud Build en exécutant la commande suivante à partir du répertoire contenant votre fichier Docker :

    gcloud builds submit --tag gcr.io/PROJECT_ID/helloworld

    En cas de succès, vous verrez un message SUCCÈS contenant le nom de l'image
    ( gcr.io/ PROJECT_ID /helloworld ).

L'image du conteneur est désormais stockée dans Container Registry et peut être réutilisée si vous le souhaitez.

Notez qu'au lieu de Cloud Build, vous pouvez utiliser une version installée localement de Docker pour créer votre conteneur localement .

Étape 3 : Déployer l'image du conteneur sur Cloud Run

  1. Déployez à l'aide de la commande suivante :

    gcloud run deploy --image gcr.io/PROJECT_ID/helloworld

  2. Lorsque vous y êtes invité :

Pour de meilleures performances, colocalisez votre service Cloud Run avec l'hébergement en utilisant les régions suivantes :

  • us-west1
  • us-central1
  • us-east1
  • europe-west1
  • asia-east1

Les réécritures vers Cloud Run à partir de l'hébergement sont prises en charge dans les régions suivantes :

  • asia-east1
  • asia-east2
  • asia-northeast1
  • asia-northeast2
  • asia-northeast3
  • asia-south1
  • asia-south2
  • asia-southeast1
  • asia-southeast2
  • australia-southeast1
  • australia-southeast2
  • europe-central2
  • europe-north1
  • europe-southwest1
  • europe-west1
  • europe-west12
  • europe-west2
  • europe-west3
  • europe-west4
  • europe-west6
  • europe-west8
  • europe-west9
  • me-central1
  • me-west1
  • northamerica-northeast1
  • northamerica-northeast2
  • southamerica-east1
  • southamerica-west1
  • us-central1
  • us-east1
  • us-east4
  • us-east5
  • us-south1
  • us-west1
  • us-west2
  • us-west3
  • us-west4
  • us-west1
  • us-central1
  • us-east1
  • europe-west1
  • asia-east1

  1. Attendez quelques instants que le déploiement soit terminé. En cas de succès, la ligne de commande affiche l'URL du service. Par exemple https://helloworld- RANDOM_HASH -us-central1.a.run.app

  2. Visitez votre conteneur déployé en ouvrant l'URL du service dans un navigateur Web.

L'étape suivante vous explique comment accéder à cette application conteneurisée à partir d'une URL d'hébergement Firebase afin qu'elle puisse générer du contenu dynamique pour votre site hébergé par Firebase.

Étape 4 : dirigez les demandes d'hébergement vers votre application conteneurisée

Avec les règles de réécriture , vous pouvez diriger les requêtes qui correspondent à des modèles spécifiques vers une seule destination.

L'exemple suivant montre comment diriger toutes les requêtes de la page /helloworld sur votre site d'hébergement pour déclencher le démarrage et l'exécution de votre instance de conteneur helloworld .

  1. Sois sûr que:

    Pour obtenir des instructions détaillées sur l'installation de la CLI et l'initialisation de l'hébergement, consultez le guide de démarrage pour l'hébergement .

  2. Ouvrez votre fichier firebase.json .

  3. Ajoutez la configuration rewrite suivante sous la section hosting :

    "hosting": {
  // ...

  // Add the "rewrites" attribute within "hosting"
  "rewrites": [ {
    "source": "/helloworld",
    "run": {
      "serviceId": "helloworld",  // "service name" (from when you deployed the container image)
      "region": "us-central1",    // optional (if omitted, default is us-central1)
      "pinTag": true              // optional (see note below)
    }
  } ]
}

  4. Déployez votre configuration d'hébergement sur votre site en exécutant la commande suivante depuis la racine du répertoire de votre projet :

    firebase deploy --only hosting

Votre conteneur est désormais accessible via les URL suivantes :

  • Vos sous-domaines Firebase :
    PROJECT_ID .web.app/ et PROJECT_ID .firebaseapp.com/

  • Tous les domaines personnalisés connectés :
    CUSTOM_DOMAIN /

Visitez la page de configuration de l'hébergement pour plus de détails sur les règles de réécriture . Vous pouvez également en savoir plus sur l' ordre de priorité des réponses pour diverses configurations d'hébergement.

Tester localement

Pendant le développement, vous pouvez exécuter et tester votre image de conteneur localement. Pour des instructions détaillées, consultez la documentation Cloud Run .

Prochaines étapes