Oracle Integration Generation 2の複数のアイデンティティ・ストライプの構成
Oracle Integration Generation 2の場合、プライマリ(初期)ストライプは、事前構成済グループを使用して自動的にフェデレートされます。 ただし、単一のクラウド・サービスまたはアプリケーション用に個別の環境を作成できます(たとえば、開発用に1つの環境を作成し、本番用に1つを作成できます)。環境ごとにアイデンティティおよびセキュリティ要件が異なります。 1つ以上のセカンダリ・ストライプを実装すると、Oracle Identity Cloud Serviceの複数のインスタンスを作成および管理して、アプリケーションおよびOracle Cloudサービスを保護できます。
ノート:
プロビジョニング後は、Oracle Identity Cloud Serviceストライプを変更したり、Oracle Integrationインスタンスの関連付けを別のIAMドメインに変更することはできません。
このトピックは、アイデンティティ・ドメインを使用しないテナンシにのみ適用されます。 「アイデンティティ・ドメインがある場合とない場合のテナンシの違い」を参照してください。
複数のOracle Identity Cloud Serviceストライプが同じクラウド・アカウントに関連付けられているSAML IDPフェデレーションを使用して、1つ以上のセカンダリ・ストライプをOracle Cloud Infrastructureと手動でフェデレートできます。 アカウント所有者はプライマリ・ストライプとセカンダリ・ストライプの両方を管理しますが、ストライプ内のアイデンティティは相互に分離されます。
複数のOracle Identity Cloud Serviceインスタンスを使用する利点は、「複数のインスタンスについて」を参照してください。次のステップに従って、クラウド・アカウントのセカンダリ・ストライプを手動でフェデレートします。 アカウント所有者である必要があります。
- ストライプ命名規則の定義
- セカンダリ・ストライプ・ユーザーのIDCSグループの作成
- セカンダリ・ストライプでのOAuthクライアントの作成
- セカンダリ・ストライプ・ユーザーのOracle Cloud Infrastructureグループの作成
- フェデレーションとそのグループ・マッピングの作成
- フェデレーテッド・ユーザーがインスタンスを作成するためのOracle Cloud Infrastructureポリシーの作成
- セカンダリ・ストライプ・ユーザーのOracle Cloud Infrastructureコンソール・グループでのフェデレーテッド・ストライプへのアクセスの提供
- セカンダリ・ストライプ・コンパートメントでのOracle Integrationインスタンスの作成
ストライプ命名規則の定義
ベスト・プラクティスとして、ストライプに固有に作成するすべてのエンティティに対して<stripename>を定義します。 ストライプに関連付けられた構成を一意に識別することは、特に複数のストライプが構成されている場合に重要です。
次の各項では、次のエンティティでstripenameを使用します:
| エンティティ | 命名規則 |
|---|---|
|
IDCSグループ |
|
|
OCIグループ |
|
|
区分 |
|
|
アイデンティティ・プロバイダ |
|
|
ポリシー |
|
|
ポリシー・ステートメント |
|
セカンダリ・ストライプでのOAuthクライアントの作成
OAuthクライアント資格証明を使用し、IDCSドメイン管理者ロールが割り当てられたIDCS機密アプリケーションを作成します。 セカンダリ・ストライプごとに機密アプリケーションを作成する必要があります。
セカンダリ・ストライプ・ユーザーのOracle Cloud Infrastructureグループの作成
Oracle Cloud Infrastructure SAML IDPフェデレーションにはフェデレーテッドIDP (IDCS)からユーザーをフェデレートするためのグループ・マッピングが必要であり、フェデレーテッド・ユーザーのOracle Cloud Infrastructure権限(ポリシー)を定義して付与するにはOCIネイティブ・グループ・メンバーシップが必要なため、このグループが必要です。
フェデレーションとそのグループ・マッピングの作成
IDCSおよびOracle Cloud Infrastructureグループが作成され、必要なクライアント情報があるため、IDCSアイデンティティ・プロバイダを作成してグループをマップします。
フェデレーテッド・ユーザーがインスタンスを作成するためのOracle Cloud Infrastructureポリシーの作成
フェデレーションが完了したら、セカンダリIDCSストライプのフェデレーテッド・ユーザーがOracle Integrationインスタンスを作成できるようにするOracle Cloud Infrastructureポリシーを設定します。 共通パターンとして、ポリシーはコンパートメントにスコープ指定されます。
セカンダリ・ストライプ・ユーザーのOracle Cloud Infrastructureコンソール・グループでのフェデレーテッド・ストライプへのアクセスの提供
追加のステップを実行して、セカンダリ・ストライプ管理者および他のすべてのセカンダリ・ストライプ・ユーザーがフェデレーション下のストライプを表示できるようにします。
前述のOracle Identity Cloud Serviceグループのユーザーとしてサインインすると、Oracle Cloud Infrastructureコンソールにユーザーおよびグループを作成し、プライマリ・ストライプと同様に権限を割り当てることができます。
where句の追加情報
manage動詞を特定のアイデンティティ・プロバイダ(ocid)に制限するwhere句とともに使用するグループのポリシーを(次の例のように)定義するとします。
ポリシーの例:
allow group OCISecStripeAdmin to manage identity-providers in tenancy where target.identity-provider.id='ocid1.saml2idp.oc1..aaaaaaaa...’
グループからのユーザーがOracle Cloud Infrastructureコンソールにログインし、フェデレーション・ページに移動すると、表内に次のメッセージが表示されます: Authorization failed or requested resource not found.
次の追加ポリシーを追加すると、グループ内のユーザーは同じページに移動してアイデンティティ・プロバイダを表示できます。 これらは両方を検査できますが、許可されたアイデンティティ・プロバイダのグループ・マッピング(読取り)のみを表示できます:
追加のポリシーの例: allow group OCISecStripeAdmin to inspect identity-providers in tenancy






