Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Aktivierter Dienst
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, kann der Nutzer ihn verwenden. Außerdem werden Monitoring-Seiten in der Google Cloud Console hinzugefügt und die Abrechnung für den Dienst wird aktiviert, sofern die Abrechnung für das Projekt aktiviert ist.
Verwalteter Dienst
Bei verwalteten Diensten erfolgt der Zugriff über eine klar definierte Schnittstelle, zum Beispiel eine API. Nutzer greifen auf den verwalteten Dienst zu, ohne die Ressourcen (zum Beispiel Rechen- und Speicherressourcen) verwalten zu müssen, die dem Dienst zugrunde liegen und ihn 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.
Aktion
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.
Privater Dienst
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.
Öffentlicher Dienst
Öffentliche APIs und Dienste sind für alle Nutzer global sichtbar. Beispiele für öffentliche Google Cloud APIs und Dienste sind die BigQuery API, Cloud Storage und die 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.
Dienstkonfigurationen
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.
Dienstnutzer
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.
Service Consumer Management API
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.
Service Control API
Die Service Control API unterstützt mehrere verwaltete Dienste und deren Vorgänge. Sie prüft, ob Vorgänge fortgesetzt werden können, und meldet abgeschlossene Vorgänge. Weitere Informationen finden Sie unter Service Infrastructure – Übersicht.
Service Management API
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. Google Cloud
Dienstersteller
Ein Agent (z. B. ein Nutzer oder eine Nutzergruppe), der einGoogle Cloud -Projekt besitzt, das für die Veröffentlichung und Verwaltung eines verwalteten Dienstes verantwortlich ist. Jeder verwaltete Dienst gehört zu genau einem Dienstersteller.
Dienst-Rollout
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.
Service Usage API
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.
Mandantenprojekt
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
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.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2025-09-03 (UTC)."],[],[],null,["# Glossary\n\n#### Enabled service\n\n- Before a user can use a managed service, it must first be enabled for a [service consumer](#consumer) project. Enabling a [managed service](#managed) for a [service consumer](#consumer) project allows a user to use it, adds monitoring pages in the Google Cloud console, and enables billing for the service if billing is enabled for the project.\n\n#### Managed service\n\n- A managed service offers access to a service through a well-defined\n interface, such as an API. Users access the managed service without having\n to manage the underlying resources, such as compute and storage, that\n implement the service.\n\n For example, you can build a data storage service using Compute Engine\n and Cloud SQL and offer it to your users as an API. Your users interact\n with that API only. They don't know or care how you implemented the managed\n service. A managed service is also referred to as a service.\n\n#### Operation\n\n- Service Infrastructure uses the generic concept of an operation to represent\n the activities of a [managed service](#managed), such as API calls and\n resource usage. Each operation is associated with a managed service and a\n specific [service consumer](#consumer), and has a set of properties that\n describe the operation, such as the API method name and resource usage\n amount.\n\n | **Note:** Service Infrastructure APIs use a separate resource to represent a long-running operation that is the result of a network API call. To learn more, see [Polling Long Running Operations](/service-infrastructure/docs/polling-operations).\n\n#### Private service\n\n- Private services can only be enabled by users and members of groups with\n which the service has been explicitly shared, such as APIs created using\n [Cloud Endpoints](/endpoints).\n\n A private service is not related to connectivity through public or private\n (RFC 1918) IP addresses.\n\n#### Public service\n\n- Public APIs and services are globally visible to all users. Examples of\n public Google Cloud APIs and services include\n [BigQuery API](/bigquery), [Cloud Storage](/storage), and\n [Cloud Monitoring API](/monitoring). For a complete list of public APIs,\n see [Cloud APIs](/apis).\n\n A public service is not related to connectivity through public or private\n (RFC 1918) IP addresses.\n\n#### Service configurations\n\n- Each [managed service](#managed) is described by a service configuration\n which covers a wide range of features, including its name, title, RPC API\n definitions, REST API definitions, documentation, authentication, and more.\n\n To change the configuration of a managed service, you need to publish an\n updated service configuration. To learn more, see\n [Managing Service Configurations](/service-infrastructure/docs/manage-config).\n\n The Service Management API also allows publishing an\n [OpenAPI](https://github.com/OAI/OpenAPI-Specification/blob/master/versions/2.0.md)\n specification, formerly known as the Swagger Specification, which is\n automatically converted to a corresponding service configuration.\n\n#### Service consumer\n\n- An agent (such as a user or group of users) who owns a Google Cloud project that has enabled and can therefore use APIs on a [managed\n service](#managed). A managed service can have many service consumers.\n\n#### Service Consumer Management API\n\n- Service Consumer Management provides utilities to help you manage your relationship with your [managed services'](#managed) users, including the ability to create and manage [tenancy units](#tenancy) and override quota limits.\n\n#### Service Control API\n\n- The Service Control API works with a set of [managed services](#managed) and their [operations](#operation), and checks whether an operation is allowed to proceed, and reports completed operations. To learn more, see [Service Infrastructure Overview](/service-infrastructure/docs/overview).\n\n#### Service Management API\n\n- The Service Management API manages the creation and life cycle of [managed services](#managed) and [service configurations](#config). Use the Service Management API to rollout, publish, and update your managed services on Google Cloud so that your users can find, enable, and use them.\n\n#### Service producer\n\n- An agent (such as a user or group of users) who owns a Google Cloud project responsible for publishing and maintaining a [managed\n service](#managed). Each managed service is owned by exactly one service producer.\n\n#### Service rollout\n\n- A service rollout defines how the [Service Management](#management) API\n should deploy [service configurations](#config) to Google Cloud Platform and\n how the configurations take effect. It lets you specify multiple\n service configuration versions to be deployed together and a strategy that\n indicates how they should be used.\n\n The Service Management API keeps a history of service rollouts so that you\n can roll back to previous service configuration versions. You can roll back\n a service configuration by initiating a new rollout that clones a previously\n submitted rollout record.\n\n#### Service Usage API\n\n- Provides methods for you and users of your managed services to list, enable, and disable APIs, and view and manage quota limits, in Google Cloud projects.\n\n#### Tenant project\n\n- You can host the [managed service](#managed) resources dedicated to a single [service consumer](#consumer) in a tenant project. A [tenancy unit](#tenancy) can contain multiple tenant projects\n\n#### Tenancy units\n\n- Tenancy units provide per-service, per-[service consumer](#consumer) isolated environments used for deploying [managed services](#managed). When a new user starts using your service, you can create all resources specific to that service consumer in a single tenancy unit. Creating a separate tenancy unit per service consumer helps ensure your user's data is isolated, and if a user stops using your service, deleting the tenancy unit helps ensure the user's data is deleted. To learn more about tenancy units, see [Getting Started with Tenancy Units](/service-infrastructure/docs/tenancy-units-tutorial)."]]
