CA Executive Insight アプリケーションアクセスポリシーの作成

CA Executive Insight の設定 › CA EEM を使用した CA Executive Insight へのアクセス権の付与 › CA Executive Insight アプリケーションアクセスポリシーの作成

CA Executive Insight アプリケーションアクセスポリシーの作成

ユーザを作成し、そのユーザを CA Executive Insight のさまざまなビジネスサービスやカテゴリに割り当てることができます。

次の手順に従ってください：

CA EEM を開き、［アプリケーション］リストから［ExecutiveInsightForSA］を選択し、管理者としてログインします。
［CA EEM］ホームページが表示されます。
［アクセスポリシーの管理］をクリックします。
［ポリシー］ページが表示されます。
［明示的な許可］タブをクリックして許可ポリシーを表示するか、または［明示的な否認］をクリックしてポリシーを拒否します。
［アクセスポリシー］クラス（管理、ビジネスサービス、カテゴリ）を選択して、対応するポリシーを表示/追加/更新/削除します。
作成するポリシーのタイプを選択します。
明示的な許可の場合（緑色はユーザ権限を許可することを示します）

明示的な拒否の場合（赤色はユーザ権限を拒否することを示します）

［新規アクセスポリシー］フォームが開きます。
［名前］、［タイプ］などの［全般］フィールドの値をすべて指定します。
［ID］セクションで以下の手順に従います。
1. ［タイプ］リストから［ユーザ］または［グループ］を選択します。
2. ［ID の検索］ボタンをクリックします。
  ［ID の検索］フィールドが表示されます。
3. ［検索］をクリックします。
  ［ユーザ］または［グループ］のリストが表示されます。
  
  注： CA EEM にユーザとグループをすでに定義していることが前提となります。定義していない場合は、最初に作成する必要があります。
4. ユーザまたはユーザグループを選択し、矢印ボタンを使用して［選択された ID］列に入力します。
5. ユーザを指定したら、［リソースの追加］フィールドにビジネスサービスやカテゴリ名などのアプリケーションリソースを入力できるようになります。ポリシーに追加するリソースごとにプラス（+）ボタンをクリックします。ポリシーをすべてのリソースに適用する場合は、フィールドを空白のままにしておくことができます。
注：ポリシー内でリソース名として指定されるビジネスサービスが階層構造の場合、その名前まで到達するすべてのパスを指定します。パス内の複数のノードは、コロンで区切ります。「リソース名として指定されているビジネスサービスの考慮事項」を参照してください。

注：リソースの名前は、CA Executive Insight 内での定義と完全に一致する必要があります。

注：管理クラスポリシーにはリソース名は不要です。
［アクション］チェックボックスをオンにして、「読み取り」や「完全」などの適切なアクションを選択します。
これで、定義済みのビジネスサービスやカテゴリに対する指定のユーザアクセス、並びに特定のカテゴリ、ビジネスサービス、管理権限に属しているインジケータへのユーザアクセスが、ポリシーによって与えられます（［明示的に拒否］ポリシータイプを使用した場合は拒否されます）。
［保存］を選択します。
アクセスポリシーが作成されます。

注：新しいカテゴリまたはビジネスサービスが追加、削除、または更新された場合、CA Executive Insight は CA EEM を自動的に更新できません。必要に応じて、CA EEM を使用して対応するアクセスポリシーを作成します。

リソース名として指定されているビジネスサービスの考慮事項

リソース名としてビジネスサービスを指定し、ポリシーが階層構造の場合、その名前まで到達するすべてのパスを指定します。パス内の複数のノードは、コロンで区切ります。たとえば、以下のビジネスサービス名は、Android-Service、Android-Main、および Android_DSN-2 の 3 つの階層ノードで構成されます。

Android-Service:Android-Main:Android-DNS-2

Android-Service:Android-Main:Android-DNS-2 サービスへのアクセスを許可または拒否するには、そのビジネスインジケータのフルパス Android-Service:Android-Main:Android-DNS-2 を EEM アクセスポリシーでリソース名として使用する必要があります。また、モバイルデバイス上の下位レベルのノードを表示し、ビジネスサービスを階層メニューで表示するには、上位レベルのすべてのノードをアクセスポリシーにリソース名としてリストする必要があります。上記の例では、これは Android-Service および Android-Service:Android-Main になります。

アクセスポリシー内にこれらのリソース名をすべて列挙することはリソースへの負荷が大きくなるため、［リソース名を正規表現として扱う］フラグを使用することをお勧めします。たとえば、「Android*」という単一のリソース名を使用してフラグを有効にしていれば、リソース名として 3 つの完全ノード名を列挙した場合と同様の結果を得ることができます。

上記の例では、ビジネスサービスノードの階層構造をノード名に使用すると想定しています。その他の場合でも、リソース名を正規表現で使用することによって、アクセスポリシーの作成作業が容易になります。たとえば、財務データにアクセスする以下のビジネスサービスをユーザグループに対して拒否するとします。

NorthAmerica:FinancialService:CA
NorthAmerica:FinancialService:MA
NorthAmerica:FinancialService:NY

ユーザグループをリソース名で明示的に拒否するアクセスポリシーは、以下の例と正規表現のフラグを使用することで作成できます。

^ NorthAmerica: FinancialService

ビジネスインジケータ許可での特殊な考慮事項

［ビジネスインジケータ］アクセス許可は、カテゴリまたはビジネスサービス内のメンバシップに基づいて実行されます。

許可されるためには、ビジネスインジケータは以下の 1 つ以上の条件を満たしている必要があります。

1 つ以上の許可されたカテゴリに属している
1 つ以上の許可された隣り合うレベルの親ビジネスサービスに属している
どのカテゴリまたはビジネスサービスにも属していない

注：カテゴリまたはビジネスサービスへのアクセスを明示的に拒否した場合でも、必ずしも含まれているすべてのビジネスインジケータへのアクセスを拒否したことにはなりません。同じビジネスインジケータが他のグループ（カテゴリまたはビジネスサービスのいずれか）にも属していて、それらの 1 つがユーザにアクセス許可を明示的に与えていれば、ユーザはこのインジケータへのアクセスが許可されていることになります。

CA Executive Insight アプリケーション アクセス ポリシーの作成

CA Executive Insight アプリケーションアクセスポリシーの作成