エンタープライズ・アプリケーション
エンタープライズ・アプリケーションは、認証および認可のためにアプリケーション・ゲートウェイをIAMと統合する必要があるWebアプリケーションです。
「OAuth構成」タブで「クライアント構成」および「リソース・サーバー構成」セクションを構成した場合、エンタープライズ・アプリケーションは機密アプリケーションと同様に機能します。
認証および認可の目的でアプリケーション・ゲートウェイと連携するようにエンタープライズ・アプリケーションを構成するには、Webアプリケーションに関する次の情報が必要です:
-
WebアプリケーションのベースURL。たとえば、アプリケーションの既知のURLが
http://myapp.internal.example.com:3266/myapp/private/home
の場合、ベースURLはhttp://myapp.internal.example.com:3266
です。
-
Webアプリケーションのリソースのリスト。たとえば、Webアプリケーションで次のURLを公開する場合(
/myapp/private/funcA
から/myapp/private/funcZ
というフォーマットでの機能AからZ、ホーム・ページ/myapp/private/home
、ログアウトURL/myapp/logout
、概要ページmyapp/public/about
および索引ページ/myapp/index
)、Webアプリケーションのすべてのリソースのリストは:/myapp/private/funcA
から/myapp/private/funcZ
までのURL-
/myapp/private/home
-
/myapp/logout
-
/myapp/public/about
-
/myapp/index
-
リソースごとに、ユーザーを認証する必要があるリソース、ユーザー認証を必要としないリソース、およびログアウト・アクションを表すリソースを定義します。次に、認証リソースと非認証リソースの例を示します:
/myapp/private/funcA
から/myapp/private/funcZ
までのリソースおよび/myapp/private/home
は、ユーザーを認証する必要があります。/myapp/logout
は、ユーザーをログアウトします。myapp/public/about
と/myapp/index
は、どちらもパブリック・リソースであり、ユーザーを認証する必要はありません。
-
リソースごとに、誰がどのリソースにアクセスできるかと、どのHTTPメソッドにアクセスを許可または拒否するかを定義します。たとえば、グループEmployeesのすべてのメンバーにリソース
/myapp/private/home
へのGET
およびPOST
HTTPリクエストを実行するアクセスを許可し、グループMyGroupAのメンバーのみに/myapp/private/funcA
へのアクセスを許可し、ネットワーク・ペリメータIntranetIPs内からアクセスするユーザーのみに/myapp/private/funcB
から/myapp/private/funcZ
までのリソースへのアクセスを許可するように定義できます。
-
リソースのリストに適用されるURLパターンを識別します。前述の例では、URLパターン
/myapp/private/.*
は、アプリケーションのすべての機能URLおよびホーム・ページURLに一致します。これらのURLはすべて、同じ種類の認証と認可を必要とすることがあります。