Glossar

Bevor Nutzer einen verwalteten Dienst verwenden können, muss der Dienst für ein Dienstnutzerprojekt aktiviert werden. Wenn Sie einen verwalteten Dienst für ein Dienstnutzerprojekt aktivieren, können Nutzer ihn verwenden. Außerdem werden in der Google Cloud Console Monitoringseiten hinzugefügt und die Abrechnung für den Dienst aktiviert, sofern die Abrechnung für das Projekt aktiviert ist.

Ein verwalteter Dienst bietet über eine klar definierte Schnittstelle, z. B. eine API, Zugriff auf einen Dienst. Nutzer greifen auf den verwalteten Dienst zu, ohne die zugrunde liegenden Ressourcen wie Rechen- und Speicherressourcen verwalten zu müssen, die den Dienst implementieren.

Beispielsweise könnten Sie einen Datenspeicherdienst mithilfe von Compute Engine und Cloud SQL erstellen und Ihren Nutzern als API bereitstellen. Ihre Nutzer interagieren aber nur mit dieser API. Wie Sie den verwalteten Dienst implementiert haben, ist für die Nutzer irrelevant. Ein verwalteter Dienst wird auch einfach als Dienst bezeichnet.

In der Service Infrastructure bezeichnet der allgemeine Begriff "Vorgang" die Aktivitäten eines verwalteten Dienstes, zum Beispiel API-Aufrufe und Ressourcennutzung. Jeder Vorgang ist mit einem verwalteten Dienst und einem speziellen Dienstnutzer verbunden und verfügt über Attribute zur Vorgangsbeschreibung, zum Beispiel den API-Methodennamen oder Werte zur Ressourcennutzung.

Hinweis: Die APIs von Service Infrastructure verwenden eine eigene Ressource zur Darstellung von Vorgängen mit langer Ausführungszeit, die von Netzwerk-API-Aufrufen initiiert werden. Weitere Informationen finden Sie unter Vorgänge mit langer Ausführungszeit abfragen.

Private Dienste können nur von Nutzern und Mitgliedern von Gruppen aktiviert werden, für die der Dienst explizit freigegeben wurde, beispielsweise APIs, die mit Cloud Endpoints erstellt wurden.

Dass ein Dienst privat ist, hat nichts damit zu tun, ob er über öffentliche oder private IP-Adressen (RFC 1918) verbunden ist.

Öffentliche APIs und Dienste sind für alle Nutzer global sichtbar. Beispiele für öffentliche Google Cloud APIs und -Dienste sind BigQuery API, Cloud Storage und Cloud Monitoring API. Eine vollständige Liste der öffentlichen APIs finden Sie unter Cloud APIs.

Dass ein Dienst öffentlich ist, hat nichts damit zu tun, ob er über öffentliche oder private IP-Adressen (RFC 1918) verbunden ist.

Jeder verwaltete Dienst wird durch eine Dienstkonfiguration beschrieben, in der viele Aspekte definiert sind, unter anderem Name, Titel, RPC API-Definitionen, REST API-Definitionen, Dokumentation und Authentifizierung.

Wenn Sie die Konfiguration eines verwalteten Dienstes ändern möchten, müssen Sie eine aktualisierte Dienstkonfiguration veröffentlichen. Weitere Informationen finden Sie unter Dienstkonfigurationen verwalten.

Alternativ ermöglicht die Service Management API das Veröffentlichen einer OpenAPI-Spezifikation (früher Swagger-Spezifikation genannt), die automatisch in eine entsprechende Dienstkonfiguration konvertiert wird.

Ein Agent (z. B. ein Nutzer oder eine Nutzergruppe), dem ein Google Cloud-Projekt gehört, das APIs aktiviert hat und diese deshalb für einen verwalteten Dienst verwenden kann. Ein verwalteter Dienst kann mehrere Dienstnutzer haben.

Die Service Consumer Management API bietet Dienstprogramme, mit denen Sie Ihre Beziehung zu den Nutzern Ihrer verwalteten Dienste problemlos verwalten können. Sie haben beispielsweise die Möglichkeit, Mandanteneinheiten zu erstellen und zu verwalten sowie Kontingentbeschränkungen zu überschreiben.

Die Service Control API unterstützt mehrere verwaltete Dienste und deren operations. Sie prüft, ob Vorgänge fortgesetzt werden können, und meldet abgeschlossene Vorgänge. Weitere Informationen finden Sie unter Service Infrastructure – Übersicht.

Die Service Management API verwaltet die Erstellung und den Lebenszyklus von verwalteten Diensten und Dienstkonfigurationen. Mit der Service Management API können Sie Ihre verwalteten Dienste in der Google Cloud bereitstellen, veröffentlichen und aktualisieren, sodass Sie von Ihren Nutzern gefunden, aktiviert und verwendet werden.

Ein Agent (z. B. ein Nutzer oder eine Gruppe von Nutzern), dem ein Google Cloud-Projekt gehört, das für die Veröffentlichung und Wartung eines verwalteten Dienstes verantwortlich ist. Jeder verwaltete Dienst gehört zu genau einem Dienstersteller.

In einem Dienst-Rollout wird definiert, wie Dienstkonfigurationen von der Service Management API auf der Google Cloud Platform bereitzustellen sind und die Konfigurationen wirksam werden. Sie können mehrere Versionen von Dienstkonfigurationen angeben, die gleichzeitig bereitgestellt werden, und Strategien zur Verwendung vorgeben.

Die Service Management API speichert einen Verlauf von Dienst-Rollouts, sodass ein Rollback zu früheren Dienstkonfigurationsversionen möglich ist. Für den Rollback einer Dienstkonfiguration können Sie einen neuen Rollout initiieren, der den zuvor übermittelten Rollout-Datensatz klont.

Bietet Methoden, mit denen Sie und die Nutzer Ihrer verwalteten Dienste die APIs in Google Cloud-Projekten auflisten, aktivieren und deaktivieren können sowie Kontingentlimits anzeigen und verwalten können.

Sie können die Ressourcen eines verwalteten Dienstes, die für einen einzelnen Dienstnutzer vorgesehen sind, in einem Mandantenprojekt hosten. Eine Mandanteneinheit kann mehrere Mandantenprojekte enthalten.

Mandanteneinheiten bieten isolierte Umgebungen pro Dienst und pro Dienstnutzer, die zum Bereitstellen von verwalteten Diensten verwendet werden. Wenn ein neuer Nutzer Ihren Dienst verwendet, können Sie alle Ressourcen, die speziell für diesen Dienstnutzer vorgesehen sind, in einer einzigen Mandanteneinheit erstellen. Durch das Erstellen einer separaten Mandanteneinheit pro Dienstnutzer wird gewährleistet, dass die Daten des Nutzers isoliert sind. Wenn ein Nutzer Ihren Dienst nicht mehr verwendet, wird unter anderem durch das Löschen der Mandanteneinheit dafür gesorgt dass die Daten des Nutzers gelöscht werden. Weitere Informationen zu Mandanteneinheiten finden Sie unter Erste Schritte mit Mandanteneinheiten.