Obsługa treści dynamicznych i hostowanie mikroserwisów za pomocą Cloud Run

Połącz Cloud Run z Firebase Hosting, aby generować i udostępniać swoje treści dynamiczne lub tworzyć interfejsy API REST jako mikrousługi.

Za pomocą Cloud Run możesz wdrożyć aplikację spakowaną w obraz kontenera. Następnie za pomocą Firebase Hosting, możesz kierować żądania HTTPS, aby uruchamiać swoją aplikację w kontenerze.

Przykładowe przypadki użycia i przykłady Cloud Run zintegrowanego z Firebase Hosting, znajdziesz w omówieniu rozwiązań bezserwerowych.


Z tego przewodnika dowiesz się, jak:

  1. napisać prostą aplikację „Hello World”,
  2. skonteneryzować aplikację i przesłać ją do Artifact Registry
  3. Wdróż obraz kontenera w Cloud Run
  4. kierować Hosting żądania hostingu do aplikacji w kontenerze

Aby zwiększyć wydajność udostępniania zawartości dynamicznej, możesz opcjonalnie dostroić ustawienia pamięci podręcznej.

Zanim zaczniesz

Zanim zaczniesz korzystać z Cloud Run, musisz wykonać kilka wstępnych zadań, m.in. skonfigurować konto Cloud Billing w Cloud, włączyć Cloud Run API i zainstalować narzędzie wiersza poleceń gcloud.

Konfigurowanie płatności za projekt

Cloud Run oferuje bezpłatny limit wykorzystania, ale nadal musisz mieć Cloud Billing konto powiązane z projektem w Firebase, aby korzystać z Cloud Run lub go wypróbować.

Włączanie interfejsu API i instalowanie pakietu SDK

  1. Włącz Cloud Run API w Konsoli interfejsów API Google:

    1. Otwórz stronę interfejsu API Cloud Run w Konsoli interfejsów API Google.

    2. Gdy pojawi się prośba, wybierz projekt w Firebase.

    3. Na stronie API kliknij Włącz.Cloud Run

  2. Zainstaluj i zainicjuj Cloud SDK.

  3. Sprawdź, czy narzędzie gcloud jest skonfigurowane dla właściwego projektu:

    gcloud config list

Krok 1. Tworzenie przykładowej aplikacji

Pamiętaj, że Cloud Run obsługuje wiele innych języków oprócz tych, które są pokazane w poniższym przykładzie.

Go

  1. Utwórz nowy katalog o nazwie helloworld-go, a następnie przejdź do niego:

    mkdir helloworld-go
     
    cd helloworld-go

  2. Utwórz nowy plik o nazwie helloworld.go, a następnie dodaj ten kod:

    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))
}

    Ten kod tworzy podstawowy serwer WWW, który nasłuchuje na porcie określonym przez zmienną środowiskową PORT.

Aplikacja jest gotowa do skonteneryzowania i przesłania do Artifact Registry.

Node.js

  1. Utwórz nowy katalog o nazwie helloworld-nodejs, a następnie przejdź do niego:

    mkdir helloworld-nodejs
     
    cd helloworld-nodejs

  2. Utwórz plik package.json o tej zawartości:

    {
  "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.22.1"
  }
}

  3. Utwórz nowy plik o nazwie index.js, a następnie dodaj ten kod:

    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);
});

    Ten kod tworzy podstawowy serwer WWW, który nasłuchuje na porcie określonym przez zmienną środowiskową PORT.

Aplikacja jest gotowa do skonteneryzowania i przesłania do Artifact Registry.

Python

  1. Utwórz nowy katalog o nazwie helloworld-python, a następnie przejdź do niego:

    mkdir helloworld-python
     
    cd helloworld-python

  2. Utwórz nowy plik o nazwie app.py, a następnie dodaj ten kod:

    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)))

    Ten kod tworzy podstawowy serwer WWW, który nasłuchuje na porcie określonym przez zmienną środowiskową PORT.

Aplikacja jest gotowa do skonteneryzowania i przesłania do Artifact Registry.

Java

  1. Zainstaluj Java SE 8 lub nowszy JDK oraz CURL.

    Pamiętaj, że musisz to zrobić tylko po to, aby w następnym kroku utworzyć nowy projekt internetowy. Plik Dockerfile, który opisujemy później, załaduje wszystkie zależności do kontenera.

  2. W konsoli utwórz nowy pusty projekt internetowy za pomocą poleceń cURL, a następnie rozpakuj go:

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

    Spowoduje to utworzenie projektu SpringBoot.

  3. Zaktualizuj klasę SpringBootApplication w src/main/java/com/example/helloworld/HelloworldApplication.java przez dodanie @RestController, aby obsługiwać mapowanie /, a także dodaj pole @Value, aby udostępnić zmienną środowiskową 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);
  }
}

    Ten kod tworzy podstawowy serwer WWW, który nasłuchuje na porcie określonym przez zmienną środowiskową PORT.

Aplikacja jest gotowa do skonteneryzowania i przesłania do Artifact Registry.

Krok 2. Konteneryzowanie aplikacji i przesyłanie jej do Artifact Registry

  1. Skonteneryzuj przykładową aplikację, tworząc nowy plik o nazwie Dockerfile w tym samym katalogu, w którym znajdują się pliki źródłowe. Skopiuj do pliku tę treść.

    Go

    # 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

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

# Install dependencies and tidy up the go.mod and go.sum files.
RUN go mod tidy

# 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"]

    Node.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" ]

    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

    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"]

  2. Utwórz obraz kontenera przy pomocy Cloud Build, uruchamiając to polecenie z katalogu zawierającego Dockerfile:

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

    Gdy operacja się powiedzie, zobaczysz komunikat z informacją o udanym przeprowadzeniu operacji i nazwą obrazu
    (gcr.io/PROJECT_ID/helloworld).

Obraz kontenera jest teraz przechowywany w Artifact Registry i w razie potrzeby można go użyć ponownie, jeśli jest to pożądane.

Zamiast Cloud Build możesz użyć lokalnie zainstalowanej wersji Dockera, aby utworzyć kontener lokalnie.

Krok 3. Wdrażanie obrazu kontenera w Cloud Run

  1. Wdróż, używając tego polecenia:

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

  2. Gdy pojawi się prośba:

  3. Poczekaj chwilę na zakończenie wdrażania. Gdy operacja się powiedzie, w wierszu poleceń wyświetli się adres URL usługi. Na przykład: https://helloworld-RANDOM_HASH-us-central1.a.run.app

  4. Otwórz adres URL usługi w przeglądarce, aby zobaczyć wdrożony kontener.

W następnym kroku dowiesz się, jak uzyskać dostęp do tej aplikacji w kontenerze z adresu Firebase Hosting URL , aby mogła ona generować treści dynamiczne dla Twojej witryny hostowanej w Firebase.

Krok 4. Kierowanie żądań hostingu do aplikacji w kontenerze

Za pomocą reguł przekierowania możesz kierować żądania pasujące do określonych wzorców do jednego miejsca docelowego.

Poniższy przykład pokazuje, jak kierować wszystkie żądania ze strony /helloworld w witrynie Hosting w celu uruchamiania instancji kontenera helloworld.

  1. Sprawdź, czy:

    • masz najnowszą wersję CLIFirebase.

    • masz zainicjowany Firebase Hosting.

    Szczegółowe instrukcje instalowania CLI i inicjowania Hosting znajdziesz w przewodniku dla początkujących dotyczącym Hosting.

  2. Otwórz plik firebase.json.

  3. Dodaj tę konfigurację rewrite w sekcji 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. Wdróż konfigurację hostingu w witrynie, uruchamiając to polecenie w katalogu głównym projektu:

    firebase deploy --only hosting

Kontener jest teraz dostępny pod tymi adresami URL:

  • Subdomeny Firebase:
    PROJECT_ID.web.app/ i PROJECT_ID.firebaseapp.com/

  • Wszystkie połączone niestandardowe domeny:
    CUSTOM_DOMAIN/

Więcej informacji o regułach przekierowania znajdziesz na stronie konfiguracji Hosting dla . Możesz też dowiedzieć się więcej o kolejności priorytetów odpowiedzi w przypadku różnych Hosting konfiguracji.

Testowanie lokalne

Podczas programowania możesz uruchamiać i testować obraz kontenera lokalnie. Szczegółowe inst rukcje znajdziesz w Cloud Run dokumentacji.

Dalsze kroki