Beobachtbarkeitsbereiche für Abfragen für mehrere Projekte konfigurieren

In diesem Dokument wird beschrieben, wie Sie Diagramme erstellen oder Logdaten ansehen können, wenn diese Daten in mehreren Projekten gespeichert sind. Standardmäßig sind für die Visualisierungstools nur die Daten verfügbar, die aus einem Projekt stammen. Wenn Sie jedoch einen Bereich konfigurieren, können Visualisierungs- und Analysetools Daten abfragen, die in mehreren Projekten gespeichert sind.

Wenn Sie nur Daten überwachen oder ansehen möchten, die in einemGoogle Cloud -Projekt gespeichert sind, müssen Sie keine Konfiguration vornehmen.

Bereiche ermöglichen die Aggregation zur Lesezeit

Mit Bereichen können Visualisierungs- und Analysetools Daten, die an mehreren Orten gespeichert sind, zur Lesezeit aggregieren. Mit Bereichen wird nicht festgelegt, wo Daten gespeichert werden. Stattdessen verwenden sie Bereiche, um festzulegen, wo nach Daten gesucht werden soll.

Messwert- und Tracedaten werden immer in dem Google Cloud Projekt gespeichert, aus dem die Daten stammen. Wenn Sie Messwertdaten, die in mehreren Projekten gespeichert sind, in einem einzigen Diagramm ansehen möchten, konfigurieren Sie einen Messwertbereich, in dem diese Projekte aufgeführt werden. Nachdem Sie diesen Bereich konfiguriert haben, werden bei der Erstellung eines Diagramms oder einer Benachrichtigungsrichtlinie durch die von diesen Diensten ausgegebene Abfrage automatisch Messwertdaten aus den aufgeführten Projekten zurückgegeben. Das Verhalten ist bei Trace-Daten ähnlich.

Standardmäßig werden Logdaten in dem Google Cloud Projekt, Abrechnungskonto, Ordner oder der Organisation gespeichert, aus der die Daten stammen. Sie können jedoch Logging so konfigurieren, dass Logdaten von der Ressource, aus der sie stammen, an einen anderen Ort weitergeleitet werden, z. B. an ein anderes Projekt oder einen zentralen Log-Bucket. Konfigurieren Sie in jedem Fall einen benutzerdefinierten Protokollbereich. Wir empfehlen, dass in Ihrem Logbereich Logansichten anstelle von Projekten aufgeführt werden. Eine Logansicht bietet Lesezugriff auf eine Teilmenge von Logeinträgen in einem Log-Bucket. Wenn Sie beispielsweise Logdaten in drei Projekten gespeichert haben, können Sie die Logansicht so konfigurieren, dass die Ansicht _Default/_AllLogs für jedes dieser Projekte enthalten ist.

Verwendung von Bereichen durch Google Cloud Observability

Die Analyse- und Visualisierungstools von Google Cloud Observability verwenden datentypspezifische Bereiche, um zu bestimmen, welche Ressourcen für die Daten abgefragt werden sollen, die das Tool anzeigen oder analysieren soll.

Beispiele:

  • Wenn die Seite Log-Explorer geöffnet wird, fragt das System die im Standardlogbereich aufgeführten Ressourcen nach Logdaten ab. Nachdem Sie diese Seite geöffnet haben, können Sie mit einer Symbolleistenoption die Ressourcen in einem anderen Bereich abfragen.
  • Wenn die Seite Trace-Explorer geöffnet wird, fragt das System die Projekte ab, die im Standard-Tracebereich aufgeführt sind. Nachdem Sie diese Seite geöffnet haben, können Sie mit einer Symbolleistenoption die Ressourcen in einem anderen Bereich abfragen.
  • Wenn Sie eine Benachrichtigungsrichtlinie erstellen, fragt Monitoring die in den Messwertbereich aufgenommenen Projekte nach Messwertdaten ab. Anschließend wird die Antwort auf die Anfrage analysiert und es wird entschieden, ob ein Vorfall erstellt werden soll.
  • Wenn Sie ein Diagramm über die Seite Metrics Explorer erstellen, geben Sie einen Messwert an, der im Diagramm dargestellt werden soll. Monitoring fragt die im Messwertbereich aufgeführten Projekte nach Messwertdaten ab und zeigt dann die Abfrageergebnisse an.

Logging und Trace prüfen Ihre IAM-Rollen (Identity and Access Management) für eine Ressource, bevor Daten zurückgegeben werden. Wenn in einem Logbereich beispielsweise ein Projekt angegeben ist, für das Sie nicht die Berechtigungen zum Lesen von Logdaten haben, werden bei einer Abfrage für dieses Projekt keine Daten zurückgegeben.

Monitoring prüft Ihre IAM-Rolle für das Projekt, aus dem die Anfrage stammt. Angenommen, im Messwertebereich für ein Projekt mit dem Namen AllEnv sind die folgenden Projekte aufgeführt: AllEnv, Prod und Staging. Außerdem wird davon ausgegangen, dass Ihnen die Rolle „Monitoring Viewer“ für das Projekt AllEnv zugewiesen wurde. In Diagrammen, die Sie mit der Seite Metrics Explorer im Projekt AllEnv erstellen, werden automatisch Messwertdaten für die drei Projekte angezeigt.

Google Cloud Observability-Bereiche

In diesem Abschnitt werden die von Google Cloud Observability verwendeten Bereiche beschrieben.

Bereich für Beobachtbarkeit

Der Observability-Bereich gibt den Standardlogbereich und den Standardtracebereich an. Auf Seiten wie dem Log-Explorer und dem Trace-Explorer wird anhand der Standardbereiche festgelegt, welche Ressourcen beim Öffnen der Seite abgefragt werden. Angenommen, Sie haben eine Anwendung, die in drei Projekten Tracedaten generiert. Sie können die Seite Trace Explorer so konfigurieren, dass diese drei Projekte automatisch abgefragt werden, indem Sie den Standard-Tracebereich festlegen.

Wenn Sie den Beobachtbarkeitsbereich nicht konfigurieren, geschieht Folgendes:

  • Auf der Seite Log-Explorer werden Logdaten für Ihr Projekt abgefragt.
  • Auf der Seite Trace-Explorer werden Tracedaten für Ihr Projekt abgefragt.

Der Umfang der Beobachtbarkeit gilt nicht für Messwertdaten.

Wann der Beobachtbarkeitsbereich konfiguriert werden sollte

Konfigurieren Sie den Umfang der Beobachtbarkeit in den folgenden Szenarien:

  • Sie erstellen einen benutzerdefinierten Logbereich und möchten, dass die darin aufgeführten Ressourcen standardmäßig abgefragt werden.

  • Sie erstellen einen benutzerdefinierten Trace-Bereich und möchten, dass die in diesem Bereich aufgeführten Projekte standardmäßig abgefragt werden.

Beschränkungen im Zusammenhang mit Bereichen für Beobachtbarkeit

Beschreibung Maximalwert
Anzahl der Beobachtbarkeitsbereiche pro Projekt 1

Logbereiche

Log-Bereiche werden von der Seite Log-Explorer und von Dashboards verwendet, in denen Logdaten angezeigt werden:

  • Wenn die Seite Log-Explorer geöffnet wird, fragt das System automatisch die im Standardlogbereich aufgeführten Ressourcen nach Logdaten ab. Auf dieser Seite finden Sie auch Steuerelemente, mit denen Sie zwischen Bereichen wechseln können.

  • Bei Dashboards wird durch die Implementierung festgelegt, ob das System das Projekt oder die im Standardlogbereich aufgeführten Ressourcen abfragt.

In einem Logbereich können Logansichten, Projekte, Ordner und Organisationen aufgeführt sein.

Wenn Sie keinen benutzerdefinierten Logbereich konfigurieren, werden auf der Seite Log-Explorer Logdaten für Ihr Projekt abgefragt.

Wann benutzerdefinierte Log-Bereiche erstellt werden sollten

Erstellen Sie benutzerdefinierte Logbereiche für die folgenden Konfigurationen:

Konfigurieren Sie in jedem Fall Ihre benutzerdefinierten Log-Bereiche so, dass sie eine oder mehrere Log-Ansichten enthalten. Diese Logansichten können sich in einem zentralisierten Log-Bucket oder in verschiedenen Log-Buckets befinden. Wenn Sie einen zentralen Log-Bucket verwenden, können Sie mehrere benutzerdefinierte Log-Bereiche erstellen, die jeweils eigene Logansichten haben.

Wenn Sie benutzerdefinierte Logbereiche erstellen, sollten Sie den Standardlogbereich aktualisieren.

Best Practices für die Konfiguration von Protokollbereichen

  • Nur Logaufrufe einschließen.
  • Konfigurieren Sie keinen Bereich, in dem sowohl Projekte als auch Logansichten aufgeführt sind.

Beschränkungen für Logbereiche

Beschreibung Maximalwert
Anzahl der Logbereiche pro Projekt 100
Anzahl der Projekte pro Logbereich 5
Anzahl der Logansichten oder Projekte pro Logbereich 100

Weitere Informationen finden Sie unter Logbereiche erstellen und verwalten.

Messwertbereich

Der Messwertebereich wird von allen Abfragen verwendet, die von Cloud Monitoring ausgegeben werden. Beispielsweise werden für Benachrichtigungsrichtlinien und Diagrammtools wie Metrics Explorer Anfragen an die Projekte gesendet, die im Messwertbereich aufgeführt sind.

Wenn Sie den Messwertbereich nicht konfigurieren, fragen Monitoring-Dienste Ihr Projekt nach Messwertdaten ab.

Wann Messwertbereiche konfiguriert werden sollten

Konfigurieren Sie den Messwertbereich, wenn eine der folgenden Bedingungen zutrifft:

  • Sie möchten Daten aus verschiedenen Projekten in einem Diagramm darstellen.
  • Sie möchten eine Benachrichtigungsrichtlinie, mit der Daten überwacht werden, die in verschiedenen Projekten gespeichert sind.
  • Sie registrieren Anwendungen in App Hub. Weitere Informationen zu diesem Szenario finden Sie unter Messwertbereiche für Verwaltungsprojekte.

Einschränkungen im Zusammenhang mit Messwertbereichen

Beschreibung Maximalwert
Anzahl der Messwertbereiche pro Projekt 1
Anzahl der Projekte pro Messwertbereich 375

Weitere Informationen finden Sie unter Messwertbereiche – Übersicht.

Bereiche verfolgen

Trace-Bereiche werden auf der Seite Trace Explorer verwendet. Wenn diese Seite geöffnet wird, fragt das System automatisch die Projekte ab, die im Standard-Tracebereich aufgeführt sind, um Tracedaten zu erhalten. Auf dieser Seite finden Sie auch Steuerelemente, mit denen Sie zwischen Bereichen wechseln können.

Wenn Sie keinen benutzerdefinierten Tracebereich konfigurieren, werden auf der Seite Trace Explorer Tracedaten für Ihr Projekt abgefragt.

Wann benutzerdefinierte Trace-Bereiche erstellt werden sollten

Erstellen Sie benutzerdefinierte Trace-Bereiche, wenn Sie Anwendungen haben, die auf Ressourcen in verschiedenen Google Cloud -Projekten basieren.

Limits für Tracebereiche

Beschreibung Maximalwert
Anzahl der Tracebereiche pro Projekt 100
Anzahl der Projekte pro Tracebereich 20

Weitere Informationen finden Sie unter Trace-Bereiche erstellen und verwalten.

Beobachtbarkeitsbereich konfigurieren

Dieser Abschnitt gilt nicht für Ordner oder Organisationen.

Bei Log- und Tracedaten wirken sich Ihre IAM-Rollen (Identity and Access Management) für das Projekt, das Sie sich ansehen, sowie für alle durchsuchten Projekte und Logansichten darauf aus, welche Daten von der Abfrage zurückgegeben werden. Wenn Sie eine Abfrage zum Aufrufen von Logdaten ausführen, für die Sie keine Berechtigung haben, werden keine Logdaten zurückgegeben.

Wenn der Messwertbereich eines Projekts konfiguriert ist, erhält das Projekt Lesezugriff auf die Messwertdaten, die von den Projekten gespeichert werden, die in seinem Messwertbereich aufgeführt sind. Wenn einem Nutzer eine Rolle für Identity and Access Management zugewiesen wird, mit der er Messwertdaten in einem Projekt ansehen kann, kann er die für das Projekt verfügbaren Messwertdaten ansehen.

Um den Bereich für die Beobachtbarkeit zu konfigurieren, legen Sie den Standardlogbereich und den Standardtracebereich fest. Im restlichen Teil dieses Abschnitts wird beschrieben, wie Sie diese Aktionen ausführen.

Hinweise

  1. Sign in to your Google Cloud account. If you're new to Google Cloud, create an account to evaluate how our products perform in real-world scenarios. New customers also get $300 in free credits to run, test, and deploy workloads.

  2. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

    Roles required to select or create a project

    • Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
    • Create a project: To create a project, you need the Project Creator (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

    Go to project selector

  3. Verify that billing is enabled for your Google Cloud project.

  4. Enable the Observability API.

    Roles required to enable APIs

    To enable APIs, you need the Service Usage Admin IAM role (roles/serviceusage.serviceUsageAdmin), which contains the serviceusage.services.enable permission. Learn how to grant roles.

    Enable the API

  5. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

    Roles required to select or create a project

    • Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
    • Create a project: To create a project, you need the Project Creator (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

    Go to project selector

  6. Verify that billing is enabled for your Google Cloud project.

  7. Enable the Observability API.

    Roles required to enable APIs

    To enable APIs, you need the Service Usage Admin IAM role (roles/serviceusage.serviceUsageAdmin), which contains the serviceusage.services.enable permission. Learn how to grant roles.

    Enable the API

    8.

  8. Bitten Sie Ihren Administrator, Ihnen die folgenden IAM-Rollen zuzuweisen, um die Berechtigungen zu erhalten, die Sie zum Erstellen und Aufrufen von Bereichen benötigen:

    • So erstellen und sehen Sie Logbereiche und rufen den Standard-Logbereich ab: Autor von Logkonfigurationen (roles/logging.configWriter) für Ihr Projekt
    • So ändern Sie einen Messwertbereich: Monitoring Administrator (roles/monitoring.admin) für Ihr Projekt und für jedes Projekt, das Sie dem Messwertbereich hinzufügen möchten
    • So erstellen und rufen Sie Trace-Bereiche auf und rufen Standardbereiche ab und legen sie fest: Observability Scopes Editor (roles/observability.scopesEditor) für Ihr Projekt

    Weitere Informationen zum Zuweisen von Rollen finden Sie unter Zugriff auf Projekte, Ordner und Organisationen verwalten.

    Sie können die erforderlichen Berechtigungen auch über benutzerdefinierte Rollen oder andere vordefinierte Rollen erhalten.

    Die Rolle „Observability Scopes Editor“ enthält private Berechtigungen, mit denen Sie Trace-Bereiche erstellen und ansehen können. Diese Berechtigungen können nicht in benutzerdefinierte IAM-Rollen aufgenommen werden.

  9. Select the tab for how you plan to use the samples on this page:

    Console

    When you use the Google Cloud console to access Google Cloud services and APIs, you don't need to set up authentication.

    gcloud

    In the Google Cloud console, activate Cloud Shell.

    Activate Cloud Shell

    At the bottom of the Google Cloud console, a Cloud Shell session starts and displays a command-line prompt. Cloud Shell is a shell environment with the Google Cloud CLI already installed and with values already set for your current project. It can take a few seconds for the session to initialize.

    REST

    Wenn Sie die REST API-Beispiele auf dieser Seite in einer lokalen Entwicklungsumgebung verwenden möchten, verwenden Sie die Anmeldedaten, die Sie der gcloud CLI bereitstellen.

      Installieren Sie die Google Cloud CLI. Initialisieren Sie die Google Cloud CLI nach der Installation mit dem folgenden Befehl: 

      gcloud init

      Wenn Sie einen externen Identitätsanbieter (IdP) verwenden, müssen Sie sich zuerst mit Ihrer föderierten Identität in der gcloud CLI anmelden.

    Weitere Informationen finden Sie in der Dokumentation zur Google Cloud -Authentifizierung unter Für die Verwendung von REST authentifizieren.

    Standardbereich ansehen und festlegen

    Konsole

    Um den Observability-Bereich zu konfigurieren, konfigurieren Sie seine Komponenten: den Standard-Logbereich, den Messwertebereich und den Standard-Trace-Bereich:

    1. Rufen Sie in der Google Cloud Console die Seite  Einstellungen auf:

      Einstellungenaufrufen

      Wenn Sie diese Seite über die Suchleiste suchen, wählen Sie das Ergebnis aus, dessen Zwischenüberschrift Monitoring ist.

    2. Wählen Sie in der Symbolleiste der Google Cloud Console Ihr Google Cloud -Projekt aus. Wählen Sie für App Hub-Konfigurationen das App Hub-Hostprojekt oder das Verwaltungsprojekt des für Apps aktivierten Ordners aus.

    3. Standardmäßigen Logbereich konfigurieren:

      1. Wählen Sie den Tab Log-Bereiche aus.

        Vorhandene Logbereiche werden aufgelistet. Der Eintrag mit dem Symbol „Standard“  ist der Standard-Logbereich. Wenn Sie einen Log-Bereich erstellen möchten, klicken Sie auf Log-Bereich erstellen und füllen Sie das Dialogfeld aus. Weitere Informationen finden Sie unter Logbereiche erstellen und verwalten.

      2. Suchen Sie den Eintrag, den Sie als Standard festlegen möchten, klicken Sie auf  Mehr und wählen Sie dann Als Standard festlegen aus.

    4. Messwertbereich konfigurieren:

      1. Wählen Sie den Tab „Messwertbereich“ aus.
      2. Klicken Sie im Bereich Google Cloud-Projekte auf Projekte hinzufügen und füllen Sie das Dialogfeld aus. Weitere Informationen finden Sie unter Messwertbereiche konfigurieren.

    5. Standard-Tracebereich konfigurieren:

      1. Wählen Sie den Tab Trace Scopes (Bereiche für Traces) aus und gehen Sie dann so vor:

        Vorhandene Trace-Bereiche werden aufgelistet. Der Eintrag mit dem Symbol „Standard“  ist der Standard-Trace-Bereich. Wenn Sie einen Trace-Bereich erstellen möchten, klicken Sie auf Log-Bereich erstellen und füllen Sie das Dialogfeld aus. Weitere Informationen finden Sie unter Trace-Bereiche erstellen und verwalten.

      2. Suchen Sie den Eintrag, den Sie als Standard festlegen möchten, klicken Sie auf  Mehr und wählen Sie dann Als Standard festlegen aus.

    gcloud

    So rufen Sie den Beobachtbarkeitsbereich auf und legen ihn fest:

    1. Führen Sie den Befehl gcloud observability scopes describe aus, um die Einstellungen für den Observability-Bereich aufzurufen.

      Ersetzen Sie folgende Werte, bevor sie einen der Befehlsdaten verwenden:

      • OBSERVABILITY_SCOPE_ID: Der Name eines Scope-Objekts. Dieser Wert muss auf _Default festgelegt werden.
      • LOCATION: Das Feld „Standort“ muss auf global festgelegt werden.
      • PROJECT_ID: Die Kennung des Projekts.

      Führen Sie den Befehl gcloud observability scopes describe aus:

      Linux, macOS oder Cloud Shell

      gcloud observability scopes describe OBSERVABILITY_SCOPE_ID \
   --location=LOCATION\
   --project=PROJECT_ID

      Windows (PowerShell)

      gcloud observability scopes describe OBSERVABILITY_SCOPE_ID `
   --location=LOCATION`
   --project=PROJECT_ID

      Windows (cmd.exe)

      gcloud observability scopes describe OBSERVABILITY_SCOPE_ID ^
   --location=LOCATION^
   --project=PROJECT_ID

      Die Antwort auf den Befehl sieht in etwa so aus: 

      logScope: logging.googleapis.com/projects/my-project/locations/global/logScopes/_Default
traceScope: projects/my-project/locations/global/traceScopes/_Default
name: projects/my-project/locations/global/scopes/_Default

    2. Führen Sie den Befehl gcloud observability scopes update aus, um den Observability-Bereich zu aktualisieren. Im Befehl update können Sie das Flag --log-scope einfügen, um den Standardprotokollbereich zu aktualisieren.

      Ersetzen Sie folgende Werte, bevor sie einen der Befehlsdaten verwenden:

      • OBSERVABILITY_SCOPE_ID: Der Name eines Scope-Objekts. Dieser Wert muss auf _Default festgelegt werden.
      • LOG_SCOPE_FQN_ID: Die voll qualifizierte ID des Logbereichs. Dieses Feld hat das folgende Format: 
        logging.googleapis.com/projects/PROJECT_ID/locations/LOCATION/logScopes/LOG_SCOPE_ID

        Im vorherigen Ausdruck ist LOG_SCOPE_ID die ID des Log-Bereichs. Beispiel: my-scope.

      • LOCATION: Das Feld „Standort“ muss auf global festgelegt werden.
      • PROJECT_ID: Die Kennung des Projekts.

      Führen Sie den Befehl gcloud observability scopes update aus:

      Linux, macOS oder Cloud Shell

      gcloud observability scopes update OBSERVABILITY_SCOPE_ID \
   --log-scope=LOG_SCOPE_FQN_ID\
   --location=LOCATION\
   --project=PROJECT_ID

      Windows (PowerShell)

      gcloud observability scopes update OBSERVABILITY_SCOPE_ID `
   --log-scope=LOG_SCOPE_FQN_ID`
   --location=LOCATION`
   --project=PROJECT_ID

      Windows (cmd.exe)

      gcloud observability scopes update OBSERVABILITY_SCOPE_ID ^
   --log-scope=LOG_SCOPE_FQN_ID^
   --location=LOCATION^
   --project=PROJECT_ID

      Wenn der Wert von LOG_SCOPE_ID beispielsweise my-scope ist, sieht die Antwort so aus: 

      Updated scope [_Default].
logScope: logging.googleapis.com/projects/my-project/locations/global/logScopes/my-scope
name: projects/my-project/locations/global/scopes/_Default

    REST

    Wenn Sie den Standard-Logbereich oder den Standard-Tracebereich mit einem API-Aufruf abrufen und festlegen möchten, konfigurieren Sie den Observability-Bereich. Im Bereich „Observability“ werden der Standardlogbereich und der Standardtracebereich aufgeführt:

    • Wenn Sie den standardmäßigen Observability-Bereich für ein Projekt abrufen möchten, senden Sie eine Anfrage an den Endpunkt projects.locations.scopes.get. Sie müssen einen Pfadparameter angeben. Die Antwort ist ein Scope-Objekt, in dem der Standardprotokollbereich und der Standard-Trace-Bereich aufgeführt sind.

    • Wenn Sie den Standard-Beobachtbarkeitsbereich für ein Projekt aktualisieren möchten, senden Sie eine Anfrage an den Endpunkt projects.locations.scopes.patch. Sie müssen einen Pfadparameter und Abfrageparameter angeben und ein Scope-Objekt bereitstellen. Die Abfrageparameter geben an, welche Felder geändert wurden. Die Antwort ist ein Scope-Objekt.

    Der Pfadparameter für beide Endpunkte hat das folgende Format:

    projects/PROJECT_ID/locations/LOCATION/scopes/OBSERVABILITY_SCOPE_ID

    Die Felder im vorherigen Ausdruck haben die folgende Bedeutung:

    • PROJECT_ID: Die Kennung des Projekts. Wählen Sie für App Hub-Konfigurationen das App Hub-Hostprojekt oder das Verwaltungsprojekt des für Apps aktivierten Ordners aus.
    • LOCATION: Das Feld „Standort“ muss auf global festgelegt werden.
    • OBSERVABILITY_SCOPE_ID: Der Name eines Scope-Objekts. Dieses Feld muss auf _Default gesetzt sein. Im automatisch erstellten Scope-Objekt mit dem Namen _Default werden Informationen zum Standard-Logbereich und zum Standard-Tracebereich gespeichert.

    Wenn Sie einen Befehl an einen API-Endpunkt senden möchten, können Sie den APIs Explorer verwenden. Damit können Sie einen Befehl über eine Referenzseite ausgeben. Um beispielsweise den aktuellen Standardbereich abzurufen, können Sie Folgendes tun:

    1. Klicken Sie auf projects.locations.scopes.get.

    2. Geben Sie im Widget Diese Methode ausprobieren Folgendes in das Feld name ein:

      projects/PROJECT_ID/locations/global/scopes/_Default

      Bevor Sie das vorherige Feld kopieren, ersetzen Sie PROJECT_ID durch den Namen Ihres Projekts.

    3. Wählen Sie Ausführen aus.

    4. Führen Sie im Autorisierungsdialogfeld die erforderlichen Schritte aus.

      Die Antwort ähnelt dem folgenden Beispiel.

      {
"name": "projects/my-project/locations/global/scopes/_Default",
"logScope": "logging.googleapis.com/projects/my-project/locations/global/logScopes/_Default"
"traceScope": "projects/my-project/locations/global/traceScopes/_Default"
}

    Weitere Informationen zu Bereichen

    Weitere Informationen zu Bereichen finden Sie in den folgenden Dokumenten: