Lakehouse for Apache Iceberg: Zugriffssteuerung mit IAM

Zum Verwalten der Zugriffssteuerung für Lakehouse for Apache Iceberg müssen Sie Nutzer einem Google Cloud Projekt hinzufügen und ihnen die entsprechenden Rollen zuweisen. Standardmäßig gewähren Projekte nur dem ursprünglichen Ersteller Zugriff. Andere Nutzer können erst auf Ressourcen zugreifen, wenn sie als Projektmitglieder hinzugefügt oder an bestimmte Ressourcen gebunden wurden.

Was ist IAM?

Google Cloud bietet Identity and Access Management (IAM), mit dem Sie den Zugriff auf bestimmte Google Cloud Ressourcen genauer steuern und unerwünschten Zugriff auf andere Ressourcen verhindern können. Mit IAM haben Sie die Möglichkeit, das Sicherheitsprinzip der geringsten Berechtigung anzuwenden und so nur den notwendigen Zugriff auf Ihre Ressourcen in * Lakehouse* zu gewähren.

Durch das Festlegen von IAM-Richtlinien können Sie außerdem steuern, wer (Identität) welche Berechtigungen (Rollen) für welche Ressourcen hat. Anhand von IAM-Richtlinien werden einem Projektmitglied bestimmte Rollen zugewiesen, mit denen wiederum bestimmte Berechtigungen verknüpft sind. Für eine bestimmte Ressource, z. B. ein Projekt, können Sie einem Google-Konto die Rolle roles/biglake.admin zuweisen. Dieses Konto kann dann Lakehouse-Ressourcen im Projekt steuern, jedoch keine anderen Ressourcen verwalten. Mit IAM können Sie außerdem die grundlegenden Rollen von Projektteammitgliedern verwalten.

Zugriffssteuerungsoptionen für Nutzer

Damit Nutzer Ihre Lakehouse-Ressourcen erstellen und verwalten können, haben Sie die Möglichkeit, diese Nutzer Ihrem Projekt oder bestimmten Ressourcen als Teammitglieder hinzuzufügen und ihnen mithilfe von IAM-Rollen Berechtigungen zuzuweisen.

Teammitglieder können einzelne Nutzer mit gültigem Google-Konto sowie Google-Gruppen, Dienstkonten oder Google Workspace-Domains sein. Wenn Sie einem Projekt oder einer Ressource ein Teammitglied hinzufügen, geben Sie an, welche Rollen Sie dem Mitglied zuweisen möchten. IAM bietet drei Arten von Rollen: vordefinierte Rollen, einfache Rollen und benutzerdefinierte Rollen.

Eine Liste der Funktionen der einzelnen Lakehouse-Rollen und der API-Methoden , für die eine bestimmte Rolle Berechtigungen gewährt, finden Sie unter Lakehouse IAM-Rollen.

Informationen zu anderen Mitgliedstypen wie Dienstkonten und Gruppen finden Sie in der Referenz zu Richtlinienbindungen.

Dienstkonten

Wenn Sie Lakehouse APIs aufrufen, um Aktionen in einem Projekt auszuführen, in dem sich Ihr Dienst befindet, führt Lakehouse diese Aktionen für Sie aus. Dazu wird ein Dienstkonto des Dienst-Agents pro Katalog verwendet service account. Diese Dienstkonten werden vom Lakehouse-Laufzeitkatalog verwendet und erhalten die Rolle roles/biglake.serviceAgent für Ihr Projekt.

IAM-Richtlinien für Ressourcen

Sie können den Zugriff auf Lakehouse-Ressourcen gewähren, indem Sie IAM-Richtlinien direkt an diese Ressourcen anhängen, z. B. an einen Lakehouse-Dienst. Mit einer IAM-Richtlinie können Sie IAM-Rollen auf diesen Ressourcen anstatt oder zusätzlich zur Rollenverwaltung auf Projektebene verwalten. So können Sie das Prinzip der geringsten Berechtigung anwenden und nur Zugriff auf die spezifischen Ressourcen gewähren, die Mitarbeiter für ihre Arbeit benötigen.

Ressourcen erben auch die Richtlinien der ihnen übergeordneten Ressourcen. Wenn Sie auf Projektebene eine Richtlinie festlegen, wird sie von allen untergeordneten Ressourcen übernommen. Die geltende Richtlinie für eine Ressource ist die Kombination aus der für diese Ressource festgelegten Richtlinie und der Richtlinie, die von weiter oben in der Hierarchie übernommen wird. Weitere Informationen finden Sie unter IAM-Richtlinien hierarchie.

Sie können IAM-Richtlinien mithilfe der Google Cloud console, der Identity and Access Management API oder der Google Cloud CLI abrufen und festlegen.

Nächste Schritte