Regions-ID
REGION_ID
ist ein abgekürzter Code, den Google anhand der Region zuweist, die Sie beim Erstellen Ihrer Anwendung ausgewählt haben. Der Code bezieht sich nicht auf ein Land oder eine Provinz, auch wenn einige Regions-IDs häufig verwendeten Länder- und Provinzcodes ähneln können. Bei Anwendungen, die nach Februar 2020 erstellt wurden, ist REGION_ID.r
in den App Engine-URLs enthalten. Bei Anwendungen, die vor diesem Datum erstellt wurden, ist die Regions-ID in der URL optional.
Mit der App Identity API können Anwendungen ihre Anwendungs-ID (auch als Projekt-ID bezeichnet) ermitteln. Mithilfe der ID können App Engine-Anwendungen ihre Identität gegenüber anderen App Engine-Anwendungen, Google APIs sowie Anwendungen und Diensten von Drittanbietern bestätigen. Die Anwendungs-ID kann auch zum Generieren einer URL oder E-Mail-Adresse oder zum Ausführen einer Laufzeitentscheidung herangezogen werden.
Projekt-ID abrufen
Die Projekt-ID lässt sich mit der Methode ApiProxy.getCurrentEnvironment().getAppId()
ermitteln.
Hostname der Anwendung abrufen
App Engine-Anwendungen werden standardmäßig über URLs im Format https://PROJECT_ID.REGION_ID.r.appspot.com
bereitgestellt, wobei die Projekt-ID Teil des Hostnamens ist.
Wenn eine Anwendung von einer benutzerdefinierten Domain bereitgestellt wird, muss möglicherweise die gesamte Komponente des Hostnamens abgerufen werden. Verwenden Sie dazu das Attribut com.google.appengine.runtime.default_version_hostname
von CurrentEnvironment
.
Identität gegenüber anderen App Engine-Anwendungen bestätigen
Zum Ermitteln der Identität der App Engine-Anwendung, die eine Anfrage an Ihre App Engine-Anwendung sendet, verwenden Sie den Anfrage-Header X-Appengine-Inbound-Appid
. Dieser Header wird der Anfrage vom URLFetch-Dienst hinzugefügt und kann vom Nutzer nicht geändert werden. Daher wird die ID der Anwendung, die die Anfrage ausführt (falls vorhanden), sicher angezeigt.
Anforderungen:
-
Nur Aufrufe, die an die Domain
appspot.com
Ihrer Anwendung gesendet werden, enthalten den HeaderX-Appengine-Inbound-Appid
. Aufrufe an benutzerdefinierte Domains enthalten den Header nicht. - Ihre Anfragen müssen so eingerichtet sein, dass sie keinen Weiterleitungen folgen. Wenn Sie die Klasse URLFetchService verwenden, muss Ihre Anwendung doNotFollowRedirect angeben. Anwendungen, die in der Java 8-Laufzeit ausgeführt werden, verwenden standardmäßig nicht den URL-Abrufdienst. In dieser Anleitung wird gezeigt, wie Sie den URL-Abrufdienst aktivieren können.
- Wenn Ihre Anwendung
java.net
verwendet, ändern Sie Ihren Code dahingehend, dass Weiterleitungen nicht gefolgt wird:connection.setInstanceFollowRedirects(false);
Die eingehende ID können Sie in Ihrem Anwendungs-Handler prüfen. Vergleichen Sie dazu den Inhalt des Headers X-Appengine-Inbound-Appid
mit der Liste der IDs, die Anfragen senden dürfen.
Identität gegenüber Google APIs bestätigen
Google APIs verwenden zur Authentifizierung und Autorisierung das OAuth 2.0-Protokoll. Die App Identity API kann OAuth-Tokens erstellen, mit denen bestätigt werden kann, dass die Quelle einer Anfrage die Anwendung selbst ist. Die Methode getAccessToken()
gibt ein Zugriffstoken für einen Bereich oder für eine Liste von Bereichen zurück. Dieses Token kann dann in den HTTP-Headern eines Aufrufs festgelegt werden, um die aufrufende Anwendung zu identifizieren.
Der Dienstkontoname gibt die Identität der Anwendung wieder. Dieser lautet in der Regel applicationid@appspot.gserviceaccount.com. Den genauen Wert können Sie mit der Methode getServiceAccountName()
abrufen.
Für Dienste, die ACLs anbieten, können Sie der Anwendung den Zugriff über dieses Konto gewähren.
Identität gegenüber Diensten von Drittanbietern bestätigen
Das von getAccessToken()
generierte Token funktioniert nur in Verbindung mit Google-Diensten. Sie können jedoch die zugrunde liegende Signaturtechnologie verwenden, um die Identität Ihrer Anwendung gegenüber anderen Diensten zu bestätigen. Die Methode signForApp()
signiert die Byte mit einem privaten Schlüssel speziell für Ihre Anwendung. Die Methode getPublicCertificatesForApp()
gibt Zertifikate zurück, mit denen die Signatur validiert werden kann.
Name des standardmäßigen Cloud Storage-Buckets abrufen
Alle Anwendungen können einen standardmäßigen Cloud Storage-Bucket haben, dem 5 GB kostenloser Speicher und ein kostenloses Kontingent für E/A-Vorgänge zugeordnet sind.
Sie können den Namen des Standard-Buckets mit der App Identity API abrufen. Rufen Sie hierzu AppIdentityService.getDefaultGcsBucketName auf.