Wholesale CBDCサンプル・アプリケーションの前提条件
Oracle Visual Builderサンプル・アプリケーション・パッケージをインポートする前に、次に示すように、必要なすべてのOracle Cloud Infrastructure (OCI)リソースおよびOracle Identity Cloud Service (IDCS)グループの作成など、いくつかの前提条件を完了することが不可欠です。
Visual Builder Cloud Service
Wholesale CBDCアプリケーション・サンプルは、Oracle Visual Builder Cloud Serviceを使用して構築されています。パッケージを使用するには、パッケージをVisual Builderにインポートする必要があります。
Visual Builderの詳細は、Visual Builderを参照してください。
Oracle Autonomous Databaseのプロビジョニング
すべての勘定科目トランザクション・データは、リッチ履歴データベースに格納され、リッチ履歴データベースからフェッチされます。リッチ履歴データベースを使用するには、Oracle Autonomous Databaseのインスタンスを作成する必要があります。
汎用モードで、Oracle Blockchain Platformのシステム所有者(中央銀行)インスタンスにリンクされているデータベース・インスタンスを1つ作成します。
また、機密モードの場合、システム所有者データベースにはすべての関係者トランザクション履歴へのアクセス権が必要です。データベース・ビュー定義スクリプトを実行すると、システム所有者データベースに参加者データベースが接続されます。Oracle Autonomous Databaseには、組込みの制限があります。デフォルトでは、各データベースは他の3つのデータベースにのみ接続できます。これは、システム所有者がすべての参加者データベースに関連付けられている必要があるため、このシナリオのシステム所有者に影響します。デフォルトの構成は、最大3人の参加者がいる場合に機能します。参加者を3人以上追加する予定(アプリケーションで最大6人までサポート)の場合、この制限を引き上げないかぎり、設定スクリプトは失敗します。
この制限により、システム所有者にOracle Autonomous Databaseをプロビジョニングするときに、3つ以上の参加者組織を使用する場合は、Oracle Cloud Infrastructure (OCI)サポートでサービス・リクエスト(SR)を発行します。システム所有者のデータベースの接続制限(OPEN_LINKS)の引上げをリクエストします。Oracle Supportによって制限が更新されたら、設定スクリプトを続行します。
Oracle Blockchain Platform Digital Assets Editionのプロビジョニング
サンプル・アプリケーションで使用するには、Oracle Blockchain Platform Digital Assets Editionインスタンスがプロビジョニングされている必要があります。
Oracle Blockchain Platform Digital Assets Editionインスタンスは任意の名前で作成できます。ただし、アプリケーションでは、Oracle Blockchain Platform Digital Assets Editionネットワークの創設者として1つのシステム所有者(中央銀行)と、ネットワーク内の関係者銀行として6つの参加者組織(Bank1、Bank2、Bank3、Bank4、Bank5およびBank6)がサポートされます。
適切な構成を確実にするには、中央銀行セクションで創設者組織の詳細を更新し、「銀行」セクションで関係者組織を更新する必要があります。参加者組織の固定順序を維持することが不可欠です。Bank1は参加者1に対応し、Bank2は参加者2に対応しています。同じ詳細を使用して、それぞれの銀行詳細を適宜更新する必要があります。
Oracle Identity Cloud Serviceを使用したユーザーおよびユーザー・グループの作成
CBDCアプリケーションでは11個のペルソナがサポートされ、対応する11個のアプリケーション・ロールがVisual Builderパッケージにすでに作成されています。これらのロールは、アプリケーション内の各ペルソナの権限およびアクセス・レベルを定義するために必要です。
ロールとその操作の完全なリストは、「CBDCサンプル・アプリケーションの卸売ワークフロー」を参照してください。
Visual Builderのアプリケーション・ロールは、次の目的で作成されます。
- アクセス・レベルの定義: 各ペルソナ(中央銀行管理者、参加者ユーザーなど)には、アプリケーションの特定の権限およびアクセス要件があります。アプリケーション・ロールにより、ユーザーは自分のロールに関連する機能のみを表示および操作できます。
- ロール・ベース・アクセス制御(RBAC)の有効化: IDCSグループをこれらのロールにマッピングすることで、アプリケーション内の特定の機能にアクセスできるユーザーを制御できます。
- ユーザー管理の簡略化: 個々のユーザーに権限を割り当てるかわりに、ロールに割り当て、ユーザーはIDCSグループ・メンバーシップを介してこれらの権限を継承します。
概要
1つのシステム所有者および6つの参加者組織のIDCSグループは、Visual Builderでこれらのアプリケーション・ロールにすでにマップされています。つまり、次の表に示すように、IDCSグループを作成し、それらのグループにユーザーを追加することのみが必要になります。IDCSグループは、Visual Builderの対応するアプリケーション・ロールにすでにマップされています。ユーザーがグループに追加されると、アプリケーションへの正しいアクセス権が自動的に取得されます。
次の表に示すグループを作成し、そのグループにユーザーを追加します。指定された正確な名前でIDCSグループを作成し、これらのグループにユーザーを追加することで、アプリケーションへのロールベースのアクセスを簡単に有効にできます。IDCSグループとVisual Builderロール間のマッピングはすでに構成されているため、これ以上の設定は必要ありません。
IDCSグループの作成とユーザーの管理の詳細は、「Oracle Identity Cloud Serviceユーザーの管理」および「Oracle Identity Cloud Serviceグループの管理」に関する項を参照してください。
表3-1アプリケーション・ロールとそのIDCSグループおよび銀行名
| S番号 | アプリケーション・ロール | IDCSユーザー・グループ | 銀行名 |
|---|---|---|---|
| 1 | SYSTEM_ADMINS | System_Admins | CentralBank |
| 2 | SYSTEM_AUDITORS | System_Auditors | CentralBank |
| 3 | SYSTEM_CREATORS | System_Creators | CentralBank |
| 4 | SYSTEM_MANAGERS | System_Managers | CentralBank |
| 5 | SYSTEM_ISSUERS | System_Issuers | CentralBank |
| 6 | SYSTEM_RETIRERS | System_Retirers | CentralBank |
| 7 | ORG_ADMINS | Org1_Admins (残りの参加者組織に対してこのパターンを繰り返します: <org>_Admins) | Bank1、Bank2、Bank3、Bank4、Bank5およびBank6 |
| 8 | ORG_USERS | Org1_Users (残りの参加者組織に対してこのパターンを繰り返します: <org>_Users) | Bank1、Bank2、Bank3、Bank4、Bank5およびBank6 |
| 9 | ORG_OFFICERS | Org1_Officers (残りの参加者組織に対してこのパターンを繰り返します: <org>_Officers) | Bank1、Bank2、Bank3、Bank4、Bank5およびBank6 |
| 10 | ORG_MANAGERS | Org1_Managers (残りの参加者組織に対してこのパターンを繰り返します: <org>_Managers) | Bank1、Bank2、Bank3、Bank4、Bank5およびBank6 |
| 11 | ORG_AUDITORS | Org1_Auditors (残りの参加者組織に対してこのパターンを繰り返します: <org>_Auditors) | Bank1、Bank2、Bank3、Bank4、Bank5およびBank6 |
IDCSグループをOracle Blockchain Platformインスタンスにマップする場合は、複数のペルソナ固有のグループを個別にマッピングするのではなく、そのインスタンスのすべてのユーザーに対して1つの結合IDCSグループを使用します。1つの結合グループを使用すると、Oracle Blockchain Platform RESTプロキシによって実行されるIDCSグループ・メンバーシップ・チェックの数が減り、パフォーマンスが向上する可能性があります。配置に1つのシステム所有者と6つの関係者銀行が含まれる場合は、すべてのシステム所有者ペルソナを含む1つの結合されたSystemOwnerグループを作成し、それぞれにその銀行のすべての関係者ペルソナが含まれる6つの結合された参加者グループ(銀行ごとに1つ)を作成します。
- ペルソナ固有のIDCSグループ: これらのグループは、Visual Builderパッケージのアプリケーション・ロールと直接連携します。これらのグループによって、人事部門担当者、監査人、管理者などの個人に対するロール ベース アクセスが定義されます。
- 1つの結合IDCSグループ: このグループは、組織のすべてのペルソナを統合し、対応するOracle Blockchain Platformインスタンスにマップされます。
すべてのペルソナ固有のIDCSグループ名は、Visual Builderパッケージのアプリケーション・ロール名と正確に一致する必要があります。IDCSグループに異なる名前を使用するには、Visual Builderでアプリケーション・ロールに対応するIDCSグループ・マッピングを更新します。詳細は、Manage User Roles and Accessを参照してください。
グループの作成
- Oracle Cloud Infrastructureアカウントにサインインします。サンプル・アプリケーションをデプロイする正しいコンパートメントにいることを確認してください。
- コンソールで、左上隅の「ナビゲーション」メニューをクリックします。「アイデンティティおよびセキュリティ」をクリックします。「アイデンティティ」で、「ドメイン」を選択します。
- 「ドメイン」ページで、「Oracle Identity Cloud Service」をクリックして「ドメインの概要」ページを開きます。
- 「グループ」をクリックします。「グループの作成」をクリックします。
- 名前: グループの一意の名前を入力します(例:
System_Admins)。 - 説明: グループの目的の簡単な説明を指定します。
- ユーザーがこのグループへのアクセスをリクエストできるようにするには、「ユーザーがアクセスをリクエスト可能」オプションを選択します。
- 名前: グループの一意の名前を入力します(例:
ユーザーの作成とグループへの割当て
- 「ドメインの概要」ページで、「ユーザー」をクリックします。
- 「ユーザーの作成」をクリックします。
- 名:ユーザーの名を入力します。
- 姓: ユーザーの名を入力します。
- ユーザー名/電子メール: ログインに有効な電子メール・アドレスまたはユーザー名を入力します。
- Eメール: 通信およびアカウントのアクティブ化のEメール・アドレスを入力します。
- 「グループの割当」ページに、既存のグループのリストが表示されます。
- このユーザーを割り当てる各グループの横にあるチェック・ボックスを選択します。ロールと一致する適切なグループ(例: System_Admins)を選択していることを確認します。
- 目的のグループを選択した後、「終了」をクリックしてユーザーの作成を完了します。
ユーザーおよびグループの検証
- グループを作成してユーザーを追加したら、IDCSコンソールの「グループ」セクションに戻ります。
- 作成されたすべてのグループおよび追加されたユーザーが正しくリストされていることを確認します。