Regionalisierung und Datenstandort

Dialogflow bietet einen Datenstandort, um Ihre inaktiven Daten physisch in einer geographischen Region oder an einem geographischen Ort aufzubewahren. Wenn eine Region angegeben ist, werden Ihre inaktiven Daten nicht außerhalb der Region repliziert. Die Preise sind für alle Regionen gleich.

Regionen werden aus folgenden Gründen verwendet:

  • Für Ihr System können regulatorische oder Richtlinienanforderungen gelten, die den Standort Ihre Daten bestimmen.
  • Befinden sich die Daten in derselben Region wie Ihre Kunden, kann das die Netzwerklatenzen verbessern. Beispiel: Wenn Kunden im Vereinigten Königreich europe-west2 verwenden, können sie eine niedrigere Latenz erwarten.

Inaktive Daten

Alle Daten von Dialogflow-Entwicklern und -Endnutzern sind Teil der inaktiven Daten. Beispiel:

  • Alle Agent-Ressourcen, die mit der Console oder der API festgelegt werden (Intents, Entitäten usw.)
  • Alle Agent-Einstellungen, mit der Konsole oder der API festgelegt werden
  • Abfrageverlauf
  • Validierungsergebnisse
  • Modellerstellungsaufgaben
  • Trainingsaufgaben
  • Aufgaben für Vorgang mit langer Ausführungszeit

Verfügbare Regionen

Dialogflow stellt die folgenden Regionen bereit:

Ländergruppierung Geografischer Ort Regions-ID
Europa Belgien europe-west1
Europa London europe-west2
Asiatisch-pazifischer Raum Sydney australia-southeast1
Asiatisch-pazifischer Raum Tokio asia-northeast1
Global Dialogflow-Bereitstellung ist global, inaktive Daten innerhalb der USA global (bevorzugt) oder keine Region (Standardeinstellung) *

Region mit der Konsole auswählen

Der Bereich oben links in der Dialogflow ES-Konsole enthält ein Drop-down-Menü für die Region. Jeder Agent hat eine unveränderliche Region, die bei der Erstellung festgelegt wird. Wenn Sie eine Region in der Konsole auswählen, können Sie nur Agents für die ausgewählte Region auflisten oder erstellen. Die Standardregion ist global.

Region mit der API auswählen

Wurde der Agent in einer Standardregion erstellt, so müssen Sie diese Region beim Aufrufen der API sowohl für Entwicklungs- als auch für Laufzeitanfragen angeben.

Zum Bereitstellen einer Region geben Sie in den API-Anfragen einen location-Parameter an. Führen Sie für REST-Aufrufe folgende zwei Schritte aus:

  • Geben Sie den URL-Pfadparameter location an. Verwenden Sie für den multiregionalen Standort global global.
  • Verwenden Sie für den multiregionalen Standort global dialogflow.googleapis.com als Hostnamen. Verwenden Sie für alle anderen Regionen [REGION_ID]-dialogflow.googleapis.com als Hostnamen.

Beispiele:

  • https://dialogflow.googleapis.com/v2/projects/PROJECT/locations/global/agents/
  • https://asia-northeast1-dialogflow.googleapis.com/v2/projects/PROJECT/locations/asia-northeast1/agents/

Informationen zu Clientbibliotheken finden Sie in der Dokumentation zur Clientbibliothek. Gehen Sie wie folgt vor:

  • Legen Sie für den Dialogflow-Dienstendpunkt einen der folgenden Werte fest:

    dialogflow.googleapis.com:443
    REGION_ID-dialogflow.googleapis.com:443
    
  • Setzen Sie den Sitzungsnamen auf:

    projects/PROJECT_ID/locations/REGION_ID/agent/sessions/SESSION_ID
    

Cloud Logging

Informationen zum Steuern der Region, in der Logs gespeichert werden, finden Sie in der Anleitung für Cloud Logging.

Beschränkungen

Ist in der Dialogflow-Konsole eine nicht standardmäßige Region ausgewählt, sind folgende Features nicht verfügbar:

Der APIs Explorer, der in vielen REST-Referenzdokumenten zu finden ist, unterstützt nur die Region global für API-Aufrufe.