Cloud Endpoints gRPC für Cloud Run mit ESPv2 einrichten

OpenAPI | gRPC

Auf dieser Seite wird beschrieben, wie Sie Cloud Endpoints für Cloud Run mit einem gRPC-Back-End einrichten. Endpoints verwendet Extensible Service Proxy V2 (ESPv2) als API-Gateway. Zur Bereitstellung der API-Verwaltung für Cloud Run stellen Sie den vordefinierten ESPv2-Container für Cloud Run bereit. Anschließend sichern Sie Ihre Dienste mit dem IAM für Cloud Run, damit ESPv2 sie aufrufen kann.

So eingerichtet überwacht ESPv2 alle Anfragen an Ihre Dienste und führt vor dem Aufrufen des Dienstes die erforderlichen Prüfungen (z. B. Authentifizierung) durch. Wenn der Dienst antwortet, sammelt und meldet ESPv2 Telemetriedaten, wie in der folgenden Abbildung dargestellt. Sie können Messwerte für Ihren Dienst auf der Seite Endpunkte > Dienste in der Google Cloud Console ansehen.

Endpoints-Architektur

Eine Übersicht über Cloud Endpoints finden Sie in den Abschnitten Über Cloud Endpoints und Architekturübersicht zu Cloud Endpoints.

Zu ESPv2 migrieren

In früheren Versionen von Cloud Endpoints wurde gRPC in Cloud Run mit ESP nicht unterstützt. Migrieren Sie zu Extensible Service Proxy V2, um dieses Feature zu nutzen.

Aufgabenliste

Verwenden Sie beim Durcharbeiten der Anleitung die folgende Aufgabenliste. Alle Aufgaben müssen ausgeführt werden, damit diese Anleitung abgeschlossen werden kann.

Erstellen Sie ein Google Cloud-Projekt. Wenn Sie keinen eigenen Cloud Run-Dienst bereitgestellt haben, stellen Sie einen Beispieldienst bereit. Siehe Vorbereitung.
Reservieren Sie einen Cloud Run-Hostnamen für den ESPv2-Dienst. Weitere Informationen erhalten Sie unter Cloud Run-Hostname reservieren.
Erstellen Sie ein gRPC API-Konfigurationsdokument, das Ihre API beschreibt, und konfigurieren Sie die Routen zu Ihrem Cloud Run. Siehe Endpoints konfigurieren.
Stellen Sie das gRPC API-Konfigurationsdokument bereit, um einen verwalteten Dienst zu erstellen. Siehe Endpoints-Konfiguration bereitstellen.
Erstellen Sie ein neues ESPv2-Docker-Image mit Ihrer Endpoints-Dienstkonfiguration. Siehe Neues ESPv2-Image erstellen.
Stellen Sie den ESPv2-Container für Cloud Run bereit. Erteilen Sie dann ESPv2 die Berechtigung von Identity and Access Management (IAM) zum Aufrufen Ihres Dienstes. Siehe ESPv2-Container bereitstellen.
Rufen Sie einen Dienst auf. Siehe Anfrage an die API senden.
Überwachen Sie die Aktivitäten der Dienste. Siehe API-Aktivitäten verfolgen.
Vermeiden Sie Gebühren, die Ihrem Google Cloud-Konto in Rechnung gestellt werden. Siehe Bereinigen.

Kosten

In diesem Dokument verwenden Sie die folgenden kostenpflichtigen Komponenten von Google Cloud:

Mit dem Preisrechner können Sie eine Kostenschätzung für Ihre voraussichtliche Nutzung vornehmen. Neuen Google Cloud-Nutzern steht möglicherweise eine kostenlose Testversion zur Verfügung.

Nach Abschluss der in diesem Dokument beschriebenen Aufgaben können Sie weitere Kosten vermeiden, indem Sie die erstellten Ressourcen löschen. Weitere Informationen finden Sie unter Bereinigen.

Hinweise

Einrichtung vorbereiten:

Rufen Sie in der Google Cloud Console die Seite Ressourcen verwalten auf und erstellen Sie ein Projekt.
Zur Seite "Ressourcen verwalten"
Die Abrechnung für Ihr Projekt muss aktiviert sein.
Weitere Informationen zum Aktivieren der Abrechnung
Notieren Sie die Projekt-ID für die nächsten Schritte. Nachstehend wird hier die Projekt-ID als ESP_PROJECT_ID bezeichnet.
Notieren Sie die Projektnummer für die nächsten Schritte. Nachstehend wird hier die Projektnummer als ESP_PROJECT_NUMBER bezeichnet.
Laden Sie die Google Cloud CLI herunter und installieren Sie sie.
gcloud CLI herunterladen
Installieren Sie gRPC und die gRPC-Tools. Informationen dazu finden Sie in der Kurzanleitung für gRPC in Python.
Stellen Sie den gRPC-Cloud Run-Dienst als Beispiel-Back-End-Dienst python-grpc-bookstore-server zur Verwendung mit dieser Anleitung bereit. Der gRPC-Dienst verwendet das folgende Container-Image:

gcr.io/endpointsv2/python-grpc-bookstore-server:2

Führen Sie die Schritte unter Schnellstart: Vordefinierten Beispielcontainer bereitstellen aus, um den Dienst bereitzustellen. Achten Sie darauf, das in dieser Kurzanleitung angegebene Container-Image durch gcr.io/endpointsv2/python-grpc-bookstore-server:2 zu ersetzen.

Hinweis zu der Region und der Projekt-ID, in der Ihr Dienst bereitgestellt wird. Nachstehend wird hier die Projekt-ID als BACKEND_PROJECT_ID bezeichnet. Der Name des bereitgestellten Cloud Run-Dienstes wird als BACKEND_SERVICE_NAME bezeichnet. Sein Cloud Run-Hostname wird als BACKEND_HOST_NAME bezeichnet.

Cloud Run-Hostname reservieren

Sie müssen einen Cloud Run-Hostnamen für den ESPv2-Dienst reservieren, um das OpenAPI-Dokument oder die gRPC-Dienstkonfiguration zu configure. Zur Reservierung eines Hostnamens stellen Sie einen Beispielcontainer für Cloud Run bereit. Später führen Sie eine deploy des ESPv2-Containers für den gleichen Cloud Run-Dienst aus.

Prüfen Sie, ob die gcloud CLI für den Zugriff auf Ihre Daten und Dienste berechtigt ist.
1. Melden Sie sich an.
```
gcloud auth login
```
2. Ein neuer Browsertab wird geöffnet. Wählen Sie dort ein Konto aus, das in dem Google Cloud-Projekt, das Sie für die Bereitstellung von ESPv2 für Cloud Run erstellt haben, die Rolle Bearbeiter oder Inhaber hat.

Legen Sie die Region fest.

gcloud config set run/region us-central1

Stellen Sie das Beispiel-Image gcr.io/cloudrun/hello für Cloud Run bereit. Ersetzen Sie CLOUD_RUN_SERVICE_NAME durch den Namen, den Sie für den Dienst verwenden möchten.
```
gcloud run deploy CLOUD_RUN_SERVICE_NAME \
    --image="gcr.io/cloudrun/hello" \
    --allow-unauthenticated \
    --platform managed \
    --project=ESP_PROJECT_ID
```
Bei erfolgreicher Befehlsausführung wird eine Meldung angezeigt, die in etwa so aussieht:
```
Service [CLOUD_RUN_SERVICE_NAME] revision [CLOUD_RUN_SERVICE_NAME-REVISION_NUM] has been deployed and is serving traffic at CLOUD_RUN_SERVICE_URL
```
Hier ein Beispiel, in dem CLOUD_RUN_SERVICE_NAME auf gateway festgelegt ist:
```
Service [gateway] revision [gateway-00001] has been deployed and is serving traffic at https://gateway-12345-uc.a.run.app
```
In diesem Beispiel ist https://gateway-12345-uc.a.run.app die CLOUD_RUN_SERVICE_URL und gateway-12345-uc.a.run.app der CLOUD_RUN_HOSTNAME.
Notieren Sie sich CLOUD_RUN_SERVICE_NAME und CLOUD_RUN_HOSTNAME. Später stellen Sie ESPv2 für den Cloud Run-Dienst CLOUD_RUN_SERVICE_NAME bereit. Sie geben CLOUD_RUN_HOSTNAME im Feld host Ihres OpenAPI-Dokuments an.

Endpoints konfigurieren

Das Beispiel bookstore-grpc enthält die Dateien, die Sie lokal kopieren und konfigurieren müssen.

Erstellen Sie aus der Datei .proto des Dienstes eine eigenständige Protokollpuffer-Datei:
1. Speichern Sie eine Kopie von bookstore.proto aus dem Beispiel-Repository in Ihrem aktuellen Arbeitsverzeichnis. Diese Datei definiert die API für den Bookstore-Dienst.
2. Erstellen Sie das folgende Verzeichnis unter Ihrem Arbeitsverzeichnis: mkdir generated_pb2
3. Erstellen Sie die Deskriptordatei api_descriptor.pb mit dem Protokollpuffercompiler protoc. Führen Sie den folgenden Befehl in dem Verzeichnis aus, in dem Sie bookstore.proto gespeichert haben:
```
python3 -m grpc_tools.protoc \
    --include_imports \
    --include_source_info \
    --proto_path=. \
    --descriptor_set_out=api_descriptor.pb \
    --python_out=generated_pb2 \
    --grpc_python_out=generated_pb2 \
    bookstore.proto
```
  Im vorherigen Befehl ist --proto_path auf das aktuelle Arbeitsverzeichnis festgelegt. Wenn Sie in Ihrer gRPC-Build-Umgebung ein anderes Verzeichnis für .proto-Eingabedateien verwenden, ändern Sie --proto_path entsprechend, sodass der Compiler das Verzeichnis mit der gespeicherten bookstore.proto-Datei durchsucht.

Erstellen Sie eine Textdatei mit dem Namen api_config.yaml in Ihrem aktuellen Arbeitsverzeichnis (dasselbe Verzeichnis, das bookstore.proto enthält). Der Einfachheit halber bezieht sich diese Seite auf das gRPC API-Konfigurationsdokument mit diesem Dateinamen, Sie können es aber auch anders benennen, wenn Sie möchten. Fügen Sie der Datei diesen Inhalt hinzu:

# The configuration schema is defined by the service.proto file.
# https://github.com/googleapis/googleapis/blob/master/google/api/service.proto

type: google.api.Service
config_version: 3
name: CLOUD_RUN_HOSTNAME
title: Cloud Endpoints + Cloud Run gRPC
apis:
  - name: endpoints.examples.bookstore.Bookstore
usage:
  rules:
  # ListShelves methods can be called without an API Key.
  - selector: endpoints.examples.bookstore.Bookstore.ListShelves
    allow_unregistered_calls: true
backend:
  rules:
    - selector: "*"
      address: grpcs://BACKEND_HOST_NAME

Die Einrückung ist für das YAML-Format wichtig. Das Feld name muss beispielsweise auf derselben Ebene wie type sein.

Legen Sie im Feld name den Wert CLOUD_RUN_HOSTNAME fest. Dies ist der Hostname in der URL, der oben unter Cloud Run-Hostname reservieren reserviert wurde. Lassen Sie dabei die Protokollkennung wie https:// oder grpcs:// weg.
Ersetzen Sie im Abschnitt backend.rules im Feld address BACKEND_HOST_NAME durch den tatsächlichen Cloud Run-Dienst von gRPC Bookstore, der unter Vorbereitung erstellt wurde.

Hinweis : Um gRPC mit TLS in Cloud Run zu verwenden, muss das Feld address das Schema grpcs:// anstelle von https:// haben.
Beachten Sie den Wert des Attributs title in der Datei api_config.yaml:
```
title: Cloud Endpoints + Cloud Run gRPC
```
Der Wert des Attributs title wird nach Bereitstellung der Konfiguration zum Namen des Endpoints-Dienstes.
Speichern Sie Ihr gRPC API-Konfigurationsdokument.

Weitere Informationen finden Sie unter Cloud Endpoints konfigurieren.

Endpoints-Konfiguration bereitstellen

Die Endpoints-Konfiguration wird mit dem Befehl gcloud endpoints services deploy bereitgestellt. Dieser Befehl erstellt mithilfe von Service Management einen verwalteten Dienst.

Sie müssen sich in dem Verzeichnis befinden, in dem sich die Dateien api_descriptor.pb und api_config.yaml befinden.
Vergewissern Sie sich, dass das aktuell vom gcloud-Befehlszeilentool verwendete Standardprojekt das Google Cloud-Projekt ist, für das Sie die Endpoints-Konfiguration bereitstellen möchten. Überprüfen Sie anhand der vom folgenden Befehl zurückgegebenen Projekt-ID, ob der Dienst im richtigen Projekt erstellt wird.
```
gcloud config list project
```
Wenn Sie das Standardprojekt ändern müssen, führen Sie den folgenden Befehl aus:
```
gcloud config set project YOUR_PROJECT_ID
```
Stellen Sie die Datei proto descriptor und die Konfigurationsdatei mithilfe der Google Cloud CLI bereit:
```
gcloud endpoints services deploy api_descriptor.pb api_config.yaml
```
Beim Erstellen und Konfigurieren des Dienstes gibt Service Management Informationen an das Terminal aus. Nach Abschluss der Bereitstellung erhalten Sie eine Meldung, die in etwa so aussieht:
```
Service Configuration [CONFIG_ID] uploaded for service [bookstore.endpoints.example-project.cloud.goog]
```
CONFIG_ID ist die eindeutige Endpoints-Dienstkonfigurations-ID, die von der Bereitstellung erstellt wird. Beispiel:
```
Service Configuration [2017-02-13r0] uploaded for service [bookstore.endpoints.example-project.cloud.goog]
```
Im obigen Beispiel ist 2017-02-13r0 die Dienstkonfigurations-ID und bookstore.endpoints.example-project.cloud.goog der Dienstname. Die Dienstkonfigurations-ID besteht aus einem Datumsstempel und einer Überarbeitungsnummer. Wenn Sie die Endpoints-Konfiguration am selben Tag noch einmal bereitstellen, erhöht sich die Überarbeitungsnummer in der Dienstkonfigurations-ID.

Erforderliche Dienste prüfen

Für Endpoints und den ESP müssen mindestens die folgenden Google-Dienste aktiviert sein:

Name	Titel
`servicemanagement.googleapis.com`	Service Management API
`servicecontrol.googleapis.com`	Service Control API
`endpoints.googleapis.com`	Google Cloud Endpoints

In der Regel werden die erforderlichen Dienste mit dem Befehl gcloud endpoints services deploy aktiviert. Unter folgenden Umständen kann es vorkommen, dass der Befehl gcloud erfolgreich ausgeführt wird, die erforderlichen Dienste jedoch nicht aktiviert werden:

Wenn Sie eine Drittanbieteranwendung wie Terraform verwendet haben und Sie diese Dienste nicht hinzufügen.
Wenn Sie die Endpoints-Konfiguration für ein vorhandenes Google Cloud-Projekt bereitgestellt haben, in dem diese Dienste explizit deaktiviert wurden.

Prüfen Sie mit dem folgenden Befehl, ob die erforderlichen Dienste aktiviert sind:

gcloud services list

Wenn die erforderlichen Dienste nicht aufgeführt sind, müssen Sie sie aktivieren:

gcloud services enable servicemanagement.googleapis.com
gcloud services enable servicecontrol.googleapis.com
gcloud services enable endpoints.googleapis.com

Aktivieren Sie auch Ihren Endpoints-Dienst:

gcloud services enable ENDPOINTS_SERVICE_NAME

Zum Ermitteln des ENDPOINTS_SERVICE_NAME haben Sie folgende Möglichkeiten:

Rufen Sie nach der Bereitstellung der Endpoints-Konfiguration die Seite Endpunkte in der Cloud Console auf. Die Liste der möglichen ENDPOINTS_SERVICE_NAME wird in der Spalte Dienstname angezeigt.
Bei OpenAPI ist ENDPOINTS_SERVICE_NAME der Wert, den Sie im Feld host Ihrer OpenAPI-Spezifikation angegeben haben. Bei gRPC ist der ENDPOINTS_SERVICE_NAME das, was Sie im Feld name Ihrer gRPC-Endpoints-Konfiguration angegeben haben.

Weitere Informationen zu den gcloud-Befehlen finden Sie unter gcloud-Dienste.

Wenn Sie eine Fehlermeldung erhalten, lesen Sie Fehlerbehebung bei der Cloud Endpoints-Konfigurationsbereitstellung.

Weitere Informationen finden Sie unter Endpoints-Konfiguration bereitstellen.

Neues ESPv2-Image erstellen

Erstellen Sie die Endpoints-Dienstkonfiguration in einem neuen Docker-Image für ESPv2. Später werden Sie dieses Image für den reservierten Cloud Run-Dienst bereitstellen.

Hinweis:

Dieser Schritt ist erforderlich.

Die Dienstkonfiguration muss in ein neues Docker-Image integriert werden, da Cloud Run ein Dienst ist, der auf null skaliert wird. Das heißt, dass alle Instanzen gelöscht werden, wenn kein Traffic vorhanden ist. Wenn der Traffic zunimmt, werden nach Bedarf neue Instanzen erstellt. Diese Art der Erstellung von Dienstinstanzen wird auch als Kaltstart bezeichnet. Weitere Informationen finden Sie in der Cloud Run-Dokumentation zur Gleichzeitigkeit.

Wäre die Dienstkonfiguration nicht in das Docker-Image integriert, müsste Cloud Run bei jedem Kaltstart zwei API-Aufrufe an Google Service Management senden. Diese Aufrufe würden dann auf Ihr Google Service Management API-Kontingent angerechnet werden.

Durch das Integrieren der Dienstkonfiguration in das ESPv2-Docker-Image fallen nicht nur die zwei API-Aufrufe und damit die Auswirkungen auf das Kontingent für den Google ServiceManagement-Dienst weg. Durch diesen Schritt wird außerdem die Erstellung der neuen Dienstinstanz beschleunigt und die Latenz für Anfragen, die auf die neue Instanz warten, reduziert.

Sie müssen den gesamten Schritt noch einmal ausführen und den neuen Container noch einmal bereitstellen:

Jedes Mal, wenn Sie die Endpoints-Dienstkonfiguration ändern und neu bereitstellen. Andernfalls werden Änderungen an der Dienstkonfiguration nicht an ESPv2 weitergegeben.
Wenn eine neue Version von ESPv2 veröffentlicht wird. Andernfalls wird die ältere Version von ESPv2 weiterhin bereitgestellt.

So integrieren Sie die Dienstkonfiguration in ein neues ESPv2-Docker-Image:

Laden Sie dieses Skript auf Ihren lokalen Computer herunter, auf dem die gcloud CLI installiert ist.

Hinweis:
Dieses Skript benötigt Bash. Wenn Sie nicht macOS/Linux verwenden, können Sie es in Cloud Shell, Compute Engine oder einem Windows-Subsystem für Linux ausführen.

Führen Sie das Skript mit dem folgenden Befehl aus:

chmod +x gcloud_build_image

./gcloud_build_image -s CLOUD_RUN_HOSTNAME \
    -c CONFIG_ID -p ESP_PROJECT_ID

Geben Sie unter CLOUD_RUN_HOSTNAME den Hostnamen der URL ein, den Sie oben unter Cloud Run-Hostname reservieren reserviert haben. Lassen Sie dabei die Protokollkennung https:// weg.

Beispiel:

chmod +x gcloud_build_image

./gcloud_build_image -s gateway-12345-uc.a.run.app \
    -c 2019-02-01r0 -p your-project-id

Das Skript verwendet den gcloud-Befehl, um die Dienstkonfiguration herunterzuladen, die Dienstkonfiguration in ein neues ESPv2-Image einzubinden und das neue Image in Ihre Projekt-Container Registry hochzuladen. Das Skript verwendet automatisch den neuesten Release von ESPv2, der durch ESP_VERSION im Ausgabe-Image-Namen angegeben ist. Das Ausgabebild wird hochgeladen in:
```
gcr.io/ESP_PROJECT_ID/endpoints-runtime-serverless:ESP_VERSION-CLOUD_RUN_HOSTNAME-CONFIG_ID
```
Beispiel:
```
gcr.io/your-project-id/endpoints-runtime-serverless:2.14.0-gateway-12345-uc.a.run.app-2019-02-01r0"
```
Hinweis:
Übergeben Sie das -z-Flag an das Skript, um das Image an einem anderen Registry-Speicherort zu generieren.

Beispiel: Wenn Sie das generierte ESPv2-Image in ein Rechenzentrum der Europäischen Union übertragen möchten, übergeben Sie -z eu an das Skript.

ESPv2-Container bereitstellen

Stellen Sie den Cloud Run-Dienst von ESPv2 mit dem neuen Image bereit, das Sie oben erstellt haben. Ersetzen Sie dabei CLOUD_RUN_SERVICE_NAME durch den Cloud Run-Dienstnamen, den Sie bei der ursprünglichen Reservierung des Hostnamens im Abschnitt Cloud Run-Hostname reservieren verwendet haben:
```
gcloud run deploy CLOUD_RUN_SERVICE_NAME \
  --image="gcr.io/ESP_PROJECT_ID/endpoints-runtime-serverless:ESP_VERSION-CLOUD_RUN_HOSTNAME-CONFIG_ID" \
  --allow-unauthenticated \
  --platform managed \
  --project=ESP_PROJECT_ID
```
Hinweis:
Wenn Ihr gRPC-Dienst ein Streamingprotokoll verwendet, fügen Sie dem Befehl gcloud run deploy das Flag --use-http2 hinzu. Derzeit wird dieses Flag nur in gcloud beta run unterstützt. Fügen Sie dieses Flag hinzu, wenn Sie sowohl ESPv2- als auch die gRPC-Back-End-Dienste von Cloud Run bereitstellen.
Wenn Sie Endpoints so konfigurieren möchten, dass zusätzliche ESPv2-Startoptionen wie das Aktivieren von CORS verwendet werden, können Sie die Argumente in der Umgebungsvariablen ESPv2_ARGS übergeben:
```
gcloud run deploy CLOUD_RUN_SERVICE_NAME \
  --image="gcr.io/ESP_PROJECT_ID/endpoints-runtime-serverless:ESP_VERSION-CLOUD_RUN_HOSTNAME-CONFIG_ID" \
  --set-env-vars=ESPv2_ARGS=--cors_preset=basic \
  --allow-unauthenticated \
  --platform managed \
  --project ESP_PROJECT_ID
```
Weitere Informationen und Beispiele zum Festlegen der Umgebungsvariablen ESPv2_ARGS, einschließlich der Liste der verfügbaren Optionen und Informationen zur Angabe mehrerer Optionen, finden Sie unter Flags in Extensible Service Proxy V2.
Erteilen Sie ESPv2 die Berechtigung zum Aufrufen Ihrer Cloud Run-Dienste. Führen Sie für jeden Dienst den folgenden Befehl aus. Geben Sie folgenden Befehl ein:
Hinweis:
Dieser Schritt ist nicht erforderlich, wenn der Cloud Run-Dienst von ESPv2 ohne das Flag --service-account und der Back-End-Dienst BACKEND_SERVICE_NAME im Projekt ESP_PROJECT_NUMBER bereitgestellt wird.
- Ersetzen Sie BACKEND_SERVICE_NAME durch den Namen des aufzurufenden Cloud Run-Dienstes. Wenn Sie den Dienst verwenden, der durch die Bereitstellung von "gcr.io/endpointsv2/python-grpc-bookstore-server:2" erstellt wurde, verwenden Sie python-grpc-bookstore-server als diesen Wert.
- Ersetzen Sie ESP_PROJECT_NUMBER durch die Projektnummer des Projekts, das Sie für ESPv2 erstellt haben. Sie finden dies beispielsweise, indem Sie in der Google Cloud Console die Seite IAM aufrufen und das Compute-Standarddienstkonto suchen. Dies ist das Dienstkonto, das im Flag „member“ verwendet wird.
```
gcloud run services add-iam-policy-binding BACKEND_SERVICE_NAME \
  --member "serviceAccount:ESP_PROJECT_NUMBER-compute@developer.gserviceaccount.com" \
  --role "roles/run.invoker" \
  --platform managed \
  --project BACKEND_PROJECT_ID
```

Weitere Informationen finden Sie unter Zugriff mit IAM verwalten.

Anfragen an die API senden

Zum Senden von Requests an die Beispiel-API können Sie einen gRPC-Beispielclient verwenden, der in Python geschrieben wurde.

Klonen Sie das Git-Repository an dem Ort, an dem der gRPC-Clientcode gehostet wird:
```
git clone https://github.com/GoogleCloudPlatform/python-docs-samples.git
```

Ändern Sie Ihr Arbeitsverzeichnis:

cd python-docs-samples/endpoints/bookstore-grpc/

Installieren Sie die Abhängigkeiten:

pip3 install virtualenv
virtualenv env
source env/bin/activate
pip3 install -r requirements.txt

Senden Sie eine Anfrage an die Beispiel-API:
```
python3 bookstore_client.py --host CLOUD_RUN_HOSTNAME --port 443 --use_tls true
```
Geben Sie den Hostnamen Ihres ESPv2-Cloud Run-Dienstes in CLOUD_RUN_HOSTNAME ohne die Protokollkennung an. Beispiel:
```
python3 bookstore_client.py --host espv2-grpc-HASH-uc.a.run.app --port 443 --use_tls true
```
- Sehen Sie sich auf der Seite Endpoints > Dienste die Aktivitätsgrafiken für Ihre API an.
  
  Endpoints-Dienste aufrufen
  
  Es kann einen Moment dauern, bis die Anfrage in den Grafiken angezeigt wird.
- Sehen Sie sich auf der Seite "Log Explorer" die Anfragelogs an.
  
  Zur Seite „Log-Explorer“

Wenn Sie als Antwort einen Fehler erhalten haben, lesen Sie die Informationen unter Fehlerbehebung bei Antwortfehlern.

Sie haben gerade eine API in Cloud Endpoints bereitgestellt und getestet!

API-Aktivität verfolgen

Sehen Sie sich in der Google Cloud Console auf der Seite Endpunkte > Dienste die Aktivitätsgrafiken für Ihre API an.

Endpoints-Aktivitätsgrafiken ansehen

Es kann einen Moment dauern, bis die Anfrage in den Grafiken angezeigt wird.
Sehen Sie sich auf der Seite "Log Explorer" die Anfragelogs an.

Endpoints-Anfragelogs ansehen

Entwicklerportal für die API erstellen

Sie können mit dem Cloud Endpoints-Portal ein Entwicklerportal erstellen. Das ist eine Website zur Interaktion mit der Beispiel-API. Weitere Informationen finden Sie unter Übersicht über das Cloud Endpoints-Portal.

Bereinigen

Mit den folgenden Schritten vermeiden Sie, dass Ihrem Google Cloud-Konto die auf dieser Seite verwendeten Ressourcen in Rechnung gestellt werden:

Informationen zum Beenden der in dieser Anleitung verwendeten Dienste finden Sie unter API und API-Instanzen löschen.