アーキテクチャ

図 3-1 に示すように、アーキテクチャはポータルアプリケーションを構築する基礎となる段階であり、アーキテクチャは他のポータルの段階の中心に位置しています。

アーキテクチャ段階では、ポータルアプリケーションとポータルの開発と管理を行うための機能に関する重要な設計を決定します。この段階では、次のようなアプリケーションのビジネスプロセスを定義します。

リソースを識別する (Web サービス、ポータルサービス、Java コントロール、データビュー、リモートポータル、コンテンツ管理、検索など)。
プロセスのさまざまな時点におけるセキュリティニーズを確認する。
ポータルユーザインタフェースに表示されるプロセスの部分を設計する。
ポータルをリモートポータルと共有するかどうかを決定する。また、アーキテクチャ段階で開発作業に必要なリソースも作成します。

適切な計画と設計を行わずにアプリケーション開発を開始しないようにしてください。アーキテクチャ段階を省略して直接開発段階に移行することにより、開発速度の点で短期的に利益を得ることができますが、プロジェクトは混乱し、一貫性を失い、スケーラビリティやパフォーマンスが低下し、管理が困難になり、最終的には開発期間が長期化することになります。

アーキテクチャを検討する際の指針となる質問は、「ポータルアプリケーション開発を開始する前に、絶対に設計し、実行しなければならない事項は何か」ということです。開発前の実行が必須ではない項目をアーキテクチャ段階に含めてはなりません。

アーキテクチャ段階の核心をなす計画と設計は、ドメインおよびエンタープライズアプリケーション、Web アプリケーション、個別機能領域などの複数のレベルで行われます。

この章では、アーキテクチャ段階のすべてのレベルで考慮すべき事項の概要について説明します。

サンプル

この節では、アーキテクチャに関する意志決定と各レベルで作成するリソースのサンプルを示します。

ドメイン

ドメインにおけるアーキテクチャに関する意志決定とタスクは次のとおりです。

ステージング戦略を決定する (クラスタコンフィグレーション、外部認証プロバイダへの接続、外部コンテンツ管理システムへの接続など)。
プロダクション戦略を決定する (クラスタコンフィグレーション、外部認証プロバイダへの接続、外部コンテンツ管理システムへの接続など)。
ユーザプロパティを外部に格納するか、または WebLogic Platform の LDAP ユーザストアを使用するかを決定する。
使用するデータベースを決定する。
ポータルアプリケーションに統合する外部企業システムを決定する。
チーム開発およびソースコントロール戦略を決定する。

開発者が開発環境で開発ドメインを作成するためのカスタムドメインテンプレート (適切な文字列置換を備える) を作成する。
開発者が開発データベースを読み込むためのカスタム SQL スクリプトを作成する。
コーディング表記規則を定義する。
アプリケーションコードとデータを環境間で移動するプロセスを定義する。

ポータルエンタープライズアプリケーション

ポータルエンタープライズアプリケーションにおけるアーキテクチャに関する意志決定とタスクは次のとおりです。

カスタム EJB (企業ロジック)、サーブレット、Java ソースコード、商標設定リソース、およびその他のエンタープライズアプリケーションリソースを作成または再利用する。
開発者が開発環境を読み込むためのカスタムポータルエンタープライズアプリケーションテンプレートを作成する。
開発するコーポレートアプリケーションタイプを設計する (カスタム管理コンソール、エグゼクティブダッシュボード、コミュニティ、ASP アフィリエイトアプリケーション、ISV ブランドのアプリケーション、セルフサービスアプリケーション、OA&M アプリケーションなど)。
作成する各アプリケーションタイプのセキュリティ要件を決定する。
パフォーマンス向上のためのアプリケーションキャッシュを決定する。

ポータル Web アプリケーション

ポータルエンタープライズアプリケーションにおけるアーキテクチャに関する意志決定とタスクは次のとおりです。

開発者が開発環境を読み込むためのカスタムポータル Web アプリケーションテンプレートを作成する。
作成するデスクトップとコミュニティテンプレートを決定する。
カスタムルックアンドフィールを作成する。
カスタム JSP タグライブラリ、Java ソースコード、その他の Web アプリケーションリソースを作成または再利用する。
ポータルアプリケーションで使用するリモートブック、ページ、およびポートレットがあるかどうかを決定する。

機能領域

使用する個々の WebLogic Portal 機能では、特定の設計上の意思決定が必要な事項があります。たとえば、キャンペーンを使用する場合に必要な意思決定には次のものがあります。

キャンペーンをトリガする条件を決定する (日付/時刻、ユーザプロファイルのプロパティ、イベントなど)。
イベントを使用してキャンペーンを厳密に制御する場合は、これらのイベントを設計する。
キャンペーンのコンテンツクエリをサポートするために必要なコンテンツプロパティを決定する。たとえば、「春」、「夏」、「秋」、および「冬」を値として持つ「季節」プロパティを指定して、これらの値のいずれかを使用するプロダクション環境に追加したコンテンツがキャンペーンによって自動的に反映されるようにする必要がある場合があります。
特定のコンテンツ項目が表示またはクリックされる場合、その終了日までにキャンペーンを終了できるようにするかどうかを決定する。

アーキテクチャツールとリソース

アーキテクチャ段階で計画、設計、およびリソースを作成後、開発者はこれらのリソースをソースから取得して、設計のガイドラインに従ってアプリケーションを開発します。開発と連動して、開発者と管理者は、ステージング環境でアプリケーションとその機能をコンフィグレーションし、テストします。アプリケーションのリリースの準備が完了すると、管理者はエンドユーザがアクセスするプロダクション環境にアプリケーションをデプロイします。各 WebLogic Portal 機能ガイドのアーキテクチャに関する節へのリンクは次のとおりです。

概要