Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Zur Verwendung von Data Catalog muss die Data Catalog API in einem Google Cloud
Projekt aktiviert werden, das die Ressourcen enthält, die Sie in Data Catalog erstellen oder auf die Sie in anderen Google Cloud Systemen mit der API zugreifen. Wir bezeichnen dieses Projekt als das Data Catalog- "Ressourcenprojekt".
Wenn Sie nur ein Projekt haben, müssen Sie in der Regel die Data Catalog API nur für den Zugriff auf alle darin enthaltenen Ressourcen aktivieren.
Der Schnellstart für Data Catalog zeigt beispielhaft die Erstellung eines Projekts, für das die Data Catalog API aktiviert ist und die eine BigQuery-Tabelle enthält, auf die Sie zugreifen, sowie eine Data Catalog Tag-Vorlage und Tag.
Tag-Vorlagen in mehreren Projekten verwenden
Alles in Google Cloud befindet sich in einem Projekt, einschließlich Ihrer Tag-Vorlagen. Sie können jedoch Tag-Vorlagen von einem Projekt verwenden, um Tags in einem anderen Projekt zu erstellen, wenn Sie das andere Projekt zur Verwendung der Vorlagen autorisieren.
Verwenden Sie dazu die IAM-Rollen TagTemplate Owner, Creator, User und Viewer.
Beispiel: Wenn Projekt A die Rolle TagTemplate User einem Dienstkonto von Projekt B zuweist, wird das Projekt B damit autorisiert, Tags anhand seiner Vorlagen zu erstellen. Projekt A kann auch dasselbe Dienstkonto autorisieren, um die erstellten Tags mit der Rolle Tag Editor zu ändern.
Wenn Projekt A Projekt B nicht autorisiert, kann Projekt B eigene Datenressourcen nicht mit den Tag-Vorlagen von Projekt A taggen. Es muss eigenen Vorlagen erstellen.
Best Practice: Erstellen Sie Vorlagen in einem zentralen Projekt, wenn diese für mehr als ein Projekt relevant sind. Außerdem sollte Ihr Data Governance-Team die gemeinsam genutzten Tag-Vorlagen haben und diese im Auftrag der Organisation pflegen.
Identifizieren des Data Catalog-Ressourcenprojekts
In der folgenden Tabelle sind die Data Catalog APIs und die zugehörigen Ressourcenprojekte aufgelistet, in denen die Data Catalog API aktiviert sein muss.
Wenn das X-Goog-User-Projekt im HTTP- / gRPC-Header angegeben ist, aktivieren Sie auch die Data Catalog API im Nutzer-Projekt, um Kontingente und Abrechnung für das X-Goog-User-Projekt anstelle des Dienstkontos zu aktivieren.
create/update/delete
Projekt, das durch die /project-id/ im Ressourcenparameter der API-Anforderung identifiziert wird
Ausnahmen: Siehe createTag/updateTag/deleteTag in der nächsten Zeile.
createTag/updateTag/deleteTag
Tag-Vorlagen-Containerprojekt
Da die Data Catalog-API beim Erstellen der Vorlage im Tag-Vorlagencontainerprojekt aktiviert wurde, sind keine weiteren Aktionen erforderlich, um diese APIs aufzurufen. Hinweis: Das Projekt, das durch den Parameter parent für das Tag und die Tag-Vorlage identifiziert wird, die zum Erstellen des Tags verwendet werden, muss aus demselben stammen Organisation.
Hinweise:
service account project: das Projekt, in dem Sie Anmeldedaten für das Dienstkonto generiert haben um Ihren Anwendungscode zu authentifizieren.
resource parameter: Der in der API-Anfrage übergebene Parameter, der die mit der Anfrage verknüpfte Ressource identifiziert. Siehe z. B. project-id in dem tagTemplates.create-parent-Parameter).
[[["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-02-01 (UTC)."],[[["\u003cp\u003eThe Data Catalog API must be enabled in a Google Cloud project, referred to as the "resource project," to create resources in Data Catalog or access them in other Google Cloud systems.\u003c/p\u003e\n"],["\u003cp\u003eTag templates, although created within a specific project, can be used to create tags in other projects if the appropriate IAM roles (\u003ccode\u003eTagTemplate Owner\u003c/code\u003e, \u003ccode\u003eCreator\u003c/code\u003e, \u003ccode\u003eUser\u003c/code\u003e, and \u003ccode\u003eViewer\u003c/code\u003e) are granted.\u003c/p\u003e\n"],["\u003cp\u003eThe project hosting the tag template is responsible for billing, even if the tags are utilized by other projects.\u003c/p\u003e\n"],["\u003cp\u003eFor optimal management, it's a best practice to create tag templates in a centralized project if they're intended for use across multiple projects, and a data governance team should manage them.\u003c/p\u003e\n"],["\u003cp\u003eThe necessary project in which the Data Catalog API must be enabled varies according to which Data Catalog APIs are being utilized, such as \u003ccode\u003eget/lookup/search\u003c/code\u003e vs.\u003ccode\u003ecreate/update/delete\u003c/code\u003e.\u003c/p\u003e\n"]]],[],null,["# Data Catalog resource projects\n\nTo use Data Catalog, you must\n[enable the Data Catalog API](/apis/docs/enable-disable-apis#enable_an_api)\nin a Google Cloud\n[project](/resource-manager/docs/cloud-platform-resource-hierarchy#projects)\nthat contains the resources you will create in Data Catalog or\naccess in other Google Cloud systems with the API. We refer\nto this project as the Data Catalog \"resource project\".\n\nIn the common case, if you have only one project, you only need to enable\nthe Data Catalog API in it to access all the resources it contains.\nThe [Data Catalog quickstart](/data-catalog/docs/quickstarts/quickstart-search-tag)\nis an example of the creation of a project that has the Data Catalog\nAPI enabled and contains a BigQuery table you access as well as a\nData Catalog tag template and tag.\n\n### Using tag templates in multiple projects\n\nEverything in Google Cloud lives in a project, including your tag\ntemplates. However, you can use tag templates from one project to create tags in\nanother if you authorize the other project to use the templates.\nTo do this, use the `TagTemplate Owner`, `Creator`, `User`, and `Viewer` IAM\nroles.\n\nFor example: If project A grants the `TagTemplate User` role to a service\naccount owned by project B, this authorizes project B to create tags using its\ntemplates. Project A can also authorize the same service account to modify the\ncreated tags using the `Tag Editor` role.\n\nIf project A does not authorize project B, project B cannot tag its own data\nresources using project A's tag templates---it must create its own templates.\n| **Important:** The project that hosts your tag template is billed for tags created from it, even if they are used by other projects.\n\n**Best practice:** Create templates in a central project\nif they are relevant to more than one project. Also, your data governance team\nshould own the shared tag templates and maintain them on behalf of the\norganization.\n\n### Identifying the Data Catalog resource project\n\nThe following table lists Data Catalog APIs and the\nassociated resource project(s) where Data Catalog\nAPI must be enabled.\n\n**Notes:**\n\n- `service account project`: the project in which you have generated\n [service account credentials](/iam/docs/service-account-overview#what-are-service-accounts)\n to authenticate your application code.\n\n- `resource parameter`: the parameter passed in the API request that\n identifies the resource associated with the request (for example, see `project-id` in the\n [tagTemplates.create](/data-catalog/docs/reference/rest/v1beta1/projects.locations.tagTemplates/create)\n `parent` parameter).\n\nWhat's next\n-----------\n\n- Follow [Getting started with Data Catalog](/data-catalog/docs/quickstarts/quickstart-search-tag)."]]
