Best Practices zum Einrichten Ihres Mandanten

Bevor Sie Benutzer und Ressourcen hinzufügen, sollten Sie einen Plan für Ihren Mandanten erstellen. Machen Sie sich unbedingt mit den Komponenten von Oracle Cloud Infrastructure Identity and Access Management (IAM) vertraut, bevor Sie den Plan erstellen. Stellen Sie sicher, dass Sie die Features von IAM durchgelesen und verstanden haben. Weitere Informationen finden Sie unter Überblick über Identity and Access Management.

Ihr Plan muss die Compartment-Hierarchie enthalten, um Ihre Ressourcen und die Definitionen der Benutzergruppen zu organisieren, die auf die Ressourcen zugreifen müssen. Diese beiden Aspekte wirken sich darauf aus, wie Sie Policys schreiben, um den Zugriff zu verwalten, und sollten daher zusammen berücksichtigt werden.

Verwenden Sie die folgenden Themen, um Ihnen die ersten Schritte mit Ihrem Plan zu erleichtern:

• Compartments
• Überlegen, wer Zugriff auf welche Ressourcen haben soll

Compartments sind die primären Bausteine, mit denen Sie Ihre Cloud-Ressourcen organisieren. Mit Compartments organisieren und isolieren Sie Ihre Ressourcen, damit Sie den Zugriff auf diese einfacher verwalten und sichern können.

Wenn Ihr Mandant bereitgestellt ist, wird ein Root Compartment für Sie erstellt (wobei Ihr Mandant Ihr Root Compartment darstellt). Ihr Root Compartment enthält alle Ihre Cloud-Ressourcen. Sie können sich das Root Compartment wie einen Root-Ordner in einem Dateisystem vorstellen.

Wenn Sie sich das erste Mal in der Konsole anmelden und einen Service auswählen, sehen Sie Ihr Root Compartment.

Sie können Compartments unter Ihrem Root Compartment erstellen, um Ihre Cloud-Ressourcen entsprechend Ihren Ressourcenverwaltungszielen zu organisieren. Beim Erstellen von Compartments kontrollieren Sie den Zugriff auf diese, indem Sie Policys erstellen, die angeben, welche Aktionen Benutzergruppen für die Ressourcen in diesen Compartments durchführen können.

Beachten Sie Folgendes, wenn Sie mit der Arbeit mit Compartments beginnen:

• Beim Erstellen einer Ressource (Beispiel: Instanz, Blockspeicher-Volume, VCN, Subnetz) müssen Sie entscheiden, in welchem Compartment die Ressource abgelegt werden soll.
• Compartments sind logisch, nicht physisch, sodass zusammengehörige Ressourcenkomponenten in unterschiedlichen Compartments abgelegt werden können. Beispiel: Die Subnetze Ihre Cloud-Netzwerks mit Zugriff auf ein Internetgateway können in einem separaten Compartment von anderen Subnetzen in demselben Cloud-Netzwerk gesichert werden.
• Sie können eine Hierarchie von Compartments mit bis zu sechs Ebenen unter dem Mandanten (Root Compartment) erstellen.
• Wenn Sie eine Policy-Regel schreiben, um einer Gruppe von Benutzern Zugriff auf eine Ressource zu erteilen, geben Sie immer das Compartment an, auf das die Zugriffsregel angewendet werden soll. Wenn Sie also Ressourcen über Compartments hinweg verteilen, müssen Sie unbedingt die entsprechenden Berechtigungen für jedes Compartment für die Benutzer angeben, die Zugriff auf diese Ressourcen benötigen.
• Die Compartments in der Konsole ähneln einem Filter zur Anzeige von Ressourcen. Wenn Sie ein Compartment auswählen, werden nur die Ressourcen angezeigt, die im ausgewählten Compartment enthalten sind. Um Ressourcen in einem anderen Compartment anzuzeigen, müssen Sie zuerst dieses Compartment auswählen. Mit der Suchfunktion können Sie eine Liste der Ressourcen über mehrere Compartments hinweg abrufen. Siehe Überblick über Search.
• Mit dem Mandanten-Explorer können Sie eine vollständige Ansicht aller Ressourcen (in allen Regionen) erhalten, die sich in einem bestimmten Compartment befinden. Siehe Alle Ressourcen in einem Compartment anzeigen.
• Wenn Sie ein Compartment löschen möchten, müssen Sie zuerst alle Ressourcen im Compartment löschen.
• Zu guter Letzt sollten Sie bei der Planung von Compartments überlegen, wie Nutzungs- und Auditdaten aggregiert werden sollen.

Ein weiterer primärer Aspekt bei der Planung des Setups Ihres Mandanten ist, wer Zugriff auf welche Ressourcen erhalten soll. Indem Sie definieren, wie verschiedene Benutzergruppen auf die Ressourcen zugreifen müssen, können Sie die Organisation Ihrer Ressourcen effizient planen und Ihre Zugriffs-Policys einfacher schreiben und verwalten.

Beispiel:

• Einige Benutzer müssen die Konsole anzeigen, dürfen aber keine Ressourcen bearbeiten oder erstellen.
• Einige Benutzer müssen spezifische Ressourcen über mehrere Compartments hinweg erstellen und aktualisieren (z.B. Netzwerkadministratoren, die Ihre Cloud-Netzwerke und Subnetze verwalten müssen).
• Einige Benutzer müssen Instanzen und Block-Volumes starten und verwalten, dürfen jedoch keinen Zugriff auf Ihr Cloud-Netzwerk erhalten.
• Einige Benutzer benötigen volle Berechtigungen für alle Ressourcen, jedoch nur in einem bestimmten Compartment.
• Einige Benutzer müssen die Berechtigungen und Zugangsdaten anderer Benutzer verwalten.

Beispiel-Policys finden Sie unter Allgemeine Policys.