複数のポータルの概要

複数のポータルは、同じユーザーセットを共有します。複数のポータルの主な機能は次のとおりです。

• ポータルが URL で識別される。例: http://hr.xyz.com/portal または http://eng.xyz.com/portal

• 同じユーザーリポジトリ、つまり同じ Access Manager およびディレクトリサーバーを共有する。Access Manager を使用してエンドユーザーを管理するので、LDAP のエンドユーザーデータをどのリポジトリとも同期する必要がありません。エンドユーザーに関連するすべてのデータが、ただ 1 つのディレクトリサーバーで管理されます。

• 複数のポータルと Portal Server インスタンスを 1 つ以上のホストに配備できる。たとえば、1 つのホスト上に、1 つのポータルのコンテンツを配信する 2 つの Portal Server インスタンスと、別のポータルを配信する 3 つの Portal Server インスタンスを配備することができます。各 Portal Server インスタンスは、別個の Web コンテナインスタンス内で実行する必要があります。

次のコンポーネントはすべてのポータルで共有されます。

• リライタ - このコンポーネントは共有されますが、ポータルごとに異なるルールセットを定義できます。

• SSO アダプタ - このコンポーネントは共有されますが、ポータルごとに異なるアダプタを定義できます。

• Secure Remote Access のすべてのサービス

次のコンポーネントはポータルと 1 対 1 に対応します。

• デスクトップ - 各ポータルには独立したデスクトップがあります。

• 登録 - ポータルごとに別個に設定されます。

• WSRP - プロデューサとコンシューマ - プロデューサおよび設定済みのプロデューサのセットで、ポータルごとに独立しています。

検索とポータルは、多対多の関係に設定できます。

• 1 つのポータルで 1 つの検索サーバーを使用できる。

• 複数のポータルで 1 つの検索サーバーを使用できる。

• 各ポータルで複数の検索サーバーを使用できる。

エンドユーザーに表示されるコンテンツはポータルごとに異なり、各ポータルのデスクトップはエンドユーザーがカスタマイズできます。ポータル間でシングルサインオンが可能です。たとえば、会社で 2 つのポータルを使用できるエンドユーザーは、多くの場合、次のように操作します。

• Portal 1 の URL を入力し、会社のアイデンティティーを使用して認証を行います。

• Portal 1 のパーソナライズされたコンテンツを利用します。

• Portal 2 の URL を入力しますが、認証を行う必要はありません。

• Portal 2 のパーソナライズされたコンテンツを利用します。

ポータルが 2 つ以上あっても使用する Access Manager が異なる場合は、複数のポータルとはいいません。それらは独立した互いに無関係なポータルで、独自のユーザーセットを持っています。

Access Manger は、固有のインスタンスのコレクションとして実行できます。その場合、すべてのインスタンスで同じ Directory Server インスタンスのセットが使用されます。異なる Access Manager とは、互いに無関係な 2 つの Access Manager のことで、同じ Access Manager の異なるインスタンスのことではありません。