(57)【要約】  実施形態に従うと、オラクルフュージョンアプリケーションなどの１つ以上のソフトウェアアプリケーション製品は、組織の（すなわち顧客の）データセンターの多層デプロイメントトポロジー内での使用のために構築されるまたは最適化される統合およびデプロイメント設計／青写真に従ってインストールおよび／または構成可能である。顧客サイトトポロジーに基づいてソフトウェアアプリケーションのプロビジョニングを最適化することができ、アプリケーションライフサイクル動作を行なうことができる。これにより、各々の製品はトポロジーを認識することができ、これは次に顧客に「すぐに使える」ソリューションを提供する。トポロジーは、セキュリティ、性能、および簡略のために最適化することもできる。実施形態に従うと、デプロイメントトポロジーはシッククライアント機能性を含むことができる。
2015510627.tif 000002
【特許請求の範囲】
【請求項１】
フュージョンアプリケーションなどのアプリケーションとともに用いるためのエンタープライズデプロイメントトポロジーを提供するためのシステムであって、
デプロイメントトポロジーに従って設けられる複数のアプリケーションホストおよびアプリケーションを有するデータセンターと、
前記データセンター内にホスティングされるシッククライアントが用いるための前記データセンターにおける管理サブネットとを備え、
前記データセンターの前記アプリケーションは、ＨＴＴＰおよび内部ＵＲＬを用いて前記データセンター内で互いに通信して、ユーザからの要求を処理することができ、
前記アプリケーションは、仮想ホストおよび外部ＵＲＬを介してユーザによってアクセスされることも可能であり、機能性の異なる部分または局面は、各々のアプリケーションの特定の要件およびエンタープライズの特定の必要性に依存して、イントラネットを利用するユーザおよび／またはインターネットを利用するユーザが利用できるようにされ得る、システム。
【請求項２】
前記管理サブネットは、前記データセンターのＤＭＺセキュアなパブリックゾーンまたはウェブ層内に位置し、かつ１つ以上のプロバイダクライアントを含み、前記データセンターの外側に位置するシッククライアントワークステーションは、ＶＰＮおよびソケット接続を介して前記管理サブネットにアクセスして、要求を前記シッククライアントワークステーションから前記アプリケーションホストおよびアプリケーションに通信することができる、請求項１に記載のシステム。
【請求項３】
前記要求は、各々のアプリケーションの前記特定の要件および前記エンタープライズの前記特定の必要性に依存して、ＨＴＴＰまたはＯＤＢＣなどのさまざまなプロトコルを用いて、前記シッククライアントまたは管理サブネットを介して通信されて、前記アプリケーションホストに転送される、請求項１に記載のシステム。
【請求項４】
フュージョンアプリケーションなどのアプリケーションとともに用いるためのエンタープライズデプロイメントトポロジーを提供する方法であって、
データセンターに、デプロイメントトポロジーに従って複数のアプリケーションホストおよびアプリケーションを設けるステップと、
前記データセンター内にホスティングされるシッククライアントが用いるために前記データセンターに管理サブネットを設けるステップとを備え、
前記データセンターの前記アプリケーションは、ＨＴＴＰおよび内部ＵＲＬを用いて前記データセンター内で互いと通信してユーザからの要求を処理することができ、
前記アプリケーションは、仮想ホストおよび外部ＵＲＬを介してユーザによってアクセスされることも可能であり、機能性の異なる部分または局面は、各々のアプリケーションの特定の要件およびエンタープライズの特定の必要性に依存して、イントラネットを利用するユーザおよび／またはインターネットを利用するユーザが利用できるようにされ得る、方法。
【請求項５】
前記管理サブネットは前記データセンターのＤＭＺセキュアなパブリックゾーンまたはウェブ層内に位置し、かつ１つ以上のプロバイダクライアントを含み、前記データセンターの外側に位置するシッククライアントワークステーションはＶＰＮおよびソケット接続を介して前記管理サブネットにアクセスして要求を前記シッククライアントワークステーションから前記アプリケーションホストおよびアプリケーションに通信することができる、請求項４に記載の方法。
【請求項６】
前記要求は、各々のアプリケーションの前記特定の要件および前記エンタープライズの前記特定の必要性に依存して、ＨＴＴＰまたはＯＤＢＣなどのさまざまなプロトコルを用いて、前記シッククライアントまたは管理サブネットを介して通信されて、前記アプリケーションホストに転送される、請求項４に記載の方法。
【請求項７】
非一時的コンピュータ読取可能媒体であって、１つ以上のコンピュータによって読取られ、実行されると、前記１つ以上のコンピュータに、
データセンターに、デプロイメントトポロジーに従って複数のアプリケーションホストおよびアプリケーションを設けるステップと、
前記データセンター内にホスティングされるシッククライアントが用いるために前記データセンターに管理サブネットを設けるステップとを備えるステップを行なわせる命令をその上に格納し、
前記データセンターの前記アプリケーションは、ＨＴＴＰおよび内部ＵＲＬを用いて前記データセンター内で互いに通信して、ユーザからの要求を処理することができ、
前記アプリケーションは、仮想ホストおよび外部ＵＲＬを介してユーザによってアクセスされることも可能であり、機能性の異なる部分または局面は、各々のアプリケーションの特定の要件およびエンタープライズの特定の必要性に依存して、イントラネットを利用するユーザおよび／またはインターネットを利用するユーザが利用できるようにされ得る、非一時的コンピュータ読取可能媒体。
【請求項８】
前記管理サブネットは前記データセンターのＤＭＺセキュアなパブリックゾーンまたはウェブ層内に位置し、かつ１つ以上のプロバイダクライアントを含み、前記データセンターの外側に位置するシッククライアントワークステーションはＶＰＮおよびソケット接続を介して前記管理サブネットにアクセスして要求を前記シッククライアントワークステーションから前記アプリケーションホストおよびアプリケーションに通信することができる、請求項７に記載の非一時的コンピュータ読取可能媒体。
【請求項９】
前記要求は、各々のアプリケーションの前記特定の要件および前記エンタープライズの前記特定の必要性に依存して、ＨＴＴＰまたはＯＤＢＣなどのさまざまなプロトコルを用いて、前記シッククライアントまたは管理サブネットを介して通信されて、前記アプリケーションホストに転送される、請求項７に記載の非一時的コンピュータ読取可能媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
優先権主張
この出願は、２０１２年１月１０日に出願された、「エンタープライズデプロイメントトポロジーを提供するためのシステムおよび方法」と題された米国仮特許出願第６１／５８５，１８８号、および２０１２年４月５日に出願された、「エンタープライズデプロイメントトポロジーを提供するためのシステムおよび方法」と題された米国仮特許出願第６１／６２０，８８１号の優先権の利益を主張する、２０１２年５月１０日に出願された、「シッククライアント機能性を有するエンタープライズデプロイメントトポロジーを提供するためのシステムおよび方法」と題された米国特許出願第１３／４６８，７９２号の優先権の利益を主張し、上記出願の各々がここに引用により援用される。
【０００２】
発明の分野
本発明は、概して、アプリケーションサーバおよびエンタープライズソフトウェアデプロイメントに関し、特に、シッククライアント機能性を有するエンタープライズデプロイメントトポロジーを提供するためのシステムおよび方法に関する。
【背景技術】
【０００３】
背景
エンタープライズソフトウェアアプリケーションデプロイメントの文脈内で、デプロイメントの伝統的な方法はしばしば、組織／顧客が、データセンターの単一のノード内にソフトウェアアプリケーション製品をインストールすること、または顧客サイトの特定の要件に最もよく合うようにインストールをカスタマイズすることを必要とする。そのような製品のデプロイメントに関しては、予め規定される青写真が存在しないことが一般的である。さらに、オラクルフュージョンアプリケーションなどの、複数の地理的場所にわたって用いるのに好適なソフトウェアアプリケーション製品の文脈では、たとえば、顧客サイトにインストールされるが、そうでない場合はオラクルデータセンターなどの遠隔のホスティング場所でサーバと結線されるシッククライアントを利用するのを顧客が望むことがある。しかしながら、そのような構成は、顧客のネットワークにおける、および開放される必要があるデータセンターネットワークにおけるファイヤーウォール、ならびに他の性能の関係により、セキュリティ上のリスクを与える可能性がある。これらは、発明の実施形態が対処することを意図する一般的領域である。
【発明の概要】
【課題を解決するための手段】
【０００４】
概要
実施形態に従うと、フュージョンアプリケーションなどの１つ以上のソフトウェアアプリケーション製品は、組織の（すなわち顧客の）データセンターの多層デプロイメントトポロジー内で用いるために構築されるまたは最適化される統合およびデプロイメント設計／青写真に従ってインストールおよび／または構成可能である。顧客サイトのトポロジーに基づいてソフトウェアアプリケーションのプロビジョニングを最適化することができ、アプリケーションライフサイクル動作が行なわれる。これにより、各々の製品がトポロジーを認識できるようになり、これは、顧客に「すぐに使える」ソリューションを提供する。デプロイメントトポロジーは、セキュリティ、性能、および簡略のために最適化することもできる。実施形態に従うと、デプロイメントトポロジーはシッククライアント機能性を含むことができる。
【図面の簡単な説明】
【０００５】
【図１】実施形態に従う、多層エンタープライズデプロイメントトポロジーを含むシステムを図示する図である。
【図２Ａ】多層エンタープライズデプロイメントトポロジーを含むシステムの別の実施形態を図示する図である。
【図２Ｂ】多層エンタープライズデプロイメントトポロジーを含むシステムの別の実施形態を図示する図である。
【図２Ｃ】多層エンタープライズデプロイメントトポロジーを含むシステムの別の実施形態を図示する図である。
【図２Ｄ】多層エンタープライズデプロイメントトポロジーを含むシステムの別の実施形態を図示する図である。
【図３】実施形態に従う、多層エンタープライズデプロイメントトポロジーとともに用いることができるシッククライアントを図示する図である。
【図４】実施形態に従う、シッククライアントとともに多層エンタープライズデプロイメントトポロジーを含むシステムを図示する図である。
【図５Ａ】シッククライアントとともに多層エンタープライズデプロイメントトポロジーを含むシステムの別の実施形態を図示する図である。
【図５Ｂ】シッククライアントとともに多層エンタープライズデプロイメントトポロジーを含むシステムの別の実施形態を図示する図である。
【図５Ｃ】シッククライアントとともに多層エンタープライズデプロイメントトポロジーを含むシステムの別の実施形態を図示する図である。
【図５Ｄ】シッククライアントとともに多層エンタープライズデプロイメントトポロジーを含むシステムの別の実施形態を図示する図である。
【図６】実施形態に従う、多層エンタープライズデプロイメントトポロジーを含むシステムをインストールおよび／または構成する方法を図示する図である。
【発明を実施するための形態】
【０００６】
詳細な説明
上述のように、エンタープライズソフトウェアアプリケーションデプロイメントの文脈内で、デプロイメントの伝統的な方法は、たとえば、顧客のネットワークおよび開放される必要があるデータセンターネットワークにおけるファイヤーウォールにより、セキュリティ上のリスクを与える可能性がある。これに対処するため、実施形態に従うと、フュージョンアプリケーションなどの１つ以上のソフトウェアアプリケーション製品は、組織の（すなわち顧客の）データセンターの多層デプロイメントトポロジー内での使用のために構築されるまたは最適化される統合およびデプロイメント設計／青写真に従ってインストールおよび／または構成可能である。デプロイメントトポロジーは、セキュリティ、性能、および簡略のために最適化可能であり、シッククライアント、または適切な場合はシッククライアント機能性の使用もサポートすることができる。
【０００７】
実施形態に従うと、エンタープライズデプロイメントトポロジーは証明済みの技術および推奨に基づいており、たとえば、オラクルデータベース、フュージョンミドルウェア、フュージョンアプリケーション、およびフュージョンミドルウェアコントロールなどの技術スタックにわたっていくつかの製品にまたがる。フュージョンアプリケーションの文脈では、エンタープライズデプロイメントは、高可用性ガイドラインをできる限り広く適用可能にするビジネスサービスレベル合意を考慮すること；高度に回復力のあるより低コストのインフラストラクチャを設けるために、低コスト格納を有するデータベースグリッドサーバおよびストレージグリッドを強化すること；異なる構成のためのパフォーマンスインパクト研究からの結果を用いて、高可用性アーキテクチャがビジネスニーズを実行しかつこれにスケーリングするように最適に構成されるのを確実にすること；時間の長さに対する制御が、自然災害による停止および受入れ可能なデータ損失の量から回復できるようにすること；ならびに／またはハードウェアおよびオペレーティングシステムとは独立した推奨ガイドラインおよびアーキテクチャに従うこと、も行なってもよい。現在利用可能なフュージョンアプリケーション製品の例は、オラクルウェブセンター、オラクルビジネスインテリジェンス、ハイペリオン、オラクルユニバーサルコンテンツマネージメント、オラクルＳＯＡスイート、オラクルウェブロジックサーバ、オラクルＪデベロッパー、オラクルエンタープライズマネージャ、フュージョンミドルウェアコントロール、およびオラクルアイデンティティマネージメントを含む。ともに、これらの製品は、取引ビジネスプロセス、ビジネスインテリジェンス、および共同技術などの個人のおよびエンタープライズのプロセスを１つにするビジネスアプリケーションのスイートとして働く。
【０００８】
用語解説
実施形態に従うと、本明細書中で参照されるように、以下の用語を用いる。他の実施形態に従って他の特徴が設けられてもよく、発明は、以下に記載の特定の術語および特徴に限定されるものではないことが明らかである。
【０００９】
オラクルホーム：オラクルホームは、特定的な製品をホスティングするのに必要なインストールされたファイルを含む。たとえば、ＳＯＡオラクルホームは、オラクルＳＯＡスイートのためのバイナリおよびライブラリファイルを含むディレクトリを含む。オラクルホームはミドルウェアホームのディレクトリ構造内に常駐する。
【００１０】
ウェブロジックサーバホーム：ウェブロジックサーバホームは、ウェブロジックサーバをホスティングするのに必要なインストールされたファイルを含む。ウェブロジックサーバホームディレクトリはオラクルホームディレクトリのピアであり、ミドルウェアホームのディレクトリ構造内に常駐する。
【００１１】
ミドルウェアホーム：ミドルウェアホームは、オラクルウェブロジックサーバホーム、および、オプションで、１つ以上のオラクルホームからなる。ミドルウェアホームは、ローカルファイルシステム上、またはＮＦＳを通してアクセス可能な遠隔の共有ディスク上に常駐することができる。
【００１２】
オラクルインスタンス：オラクルインスタンスは、たとえば、オラクルウェブキャッシュ、オラクルＨＴＴＰサーバ、またはオラクルインターネットディレクトリなどの１つ以上の能動ミドルウェアシステムコンポーネントを含む。アドミニストレータは、インストール時にまたは後でインスタンスを作成するおよび構成することによって、どのコンポーネントがインスタンスの一部であるかを判断することができる。
【００１３】
ドメイン：オラクルウェブロジックサーバの基本的管理単位。
マネージドサーバ：ビジネスアプリケーション、アプリケーションコンポーネント、ウェブサービス、およびそれらの関連のリソースをホスティングする。
【００１４】
フェイルオーバー：高可用性システムのメンバーが予期せず故障すると（未定のダウンタイム）、その顧客にサービスを提供し続けるために、システムはフェイルオーバー動作を行なう。システムが能動−受動システムである場合、フェイルオーバー動作の間受動メンバーが有効にされ、コンシューマーは、故障したメンバーの代わりにそれに方向付けられる。フェイルオーバープロセスは、手動で行なうことができる、または、ハードウェアクラスタサービスをセットアップして故障を検出し、故障したノードから待機ノードにクラスタリソースを移動させることによって自動化可能である。システムが能動−能動システムである場合、フェイルオーバーは、能動メンバーに要求を供給するロードバランサエンティティによって行なわれる。能動メンバーが故障すると、ロードバランサが故障を検出し、故障したメンバーに対する要求を残っている能動メンバーに自動的に再方向付けする。
【００１５】
フェイルバック：システムが成功裏にフェイルオーバー動作を経た後、元の故障したメンバーは徐々に修復されて、待機メンバーとしてシステムに再導入されることができる。所望により、フェイルバックプロセスを開始して、このメンバーを有効にするとともに他方を無効にすることができる。このプロセスは、システムをその故障前構成に戻す。
【００１６】
ハードウェアクラスタ：ハードウェアクラスタは、ネットワークサービス（たとえばＩＰアドレス）またはアプリケーションサービス（たとえばデータベース、ウェブサーバ）の単一のビューをこれらのサービスのクライアントに提供するコンピュータの集合である。ハードウェアクラスタ中の各々のノードは、それ自身のプロセスを実行するスタンドアローンサーバである。これらのプロセスは互いに通信して、アプリケーション、システムリソース、およびデータを協働してユーザに提供する単一のシステムのように見えるものを形成することができる。
【００１７】
クラスタエージェント：可用性および性能運転を他のノードと協調させるハードウェアクラスタの能動メンバー上で実行するソフトウェア。
【００１８】
クラスタウェア：クラスタのメンバーの動作をシステムとしてマネージするソフトウェア。これは、リソースおよびサービスのセットを規定して、クラスタメンバー間のハートビートメカニズムを介してモニタを行ない、これらのリソースおよびサービスをできる限り効率的かつ透明にクラスタ中の異なるメンバーへ移せるようにする。
【００１９】
共有格納：共有格納は、エンタープライズデプロイメントドメイン中のすべてのコンピュータによってアクセス可能な格納サブシステムである。
【００２０】
一次ノード：任意の所与の時間にフュージョンアプリケーションインスタンスを能動的に実行している、バックアップ／二次ノードを有するように構成されたノード。一次ノードが故障すると、フュージョンアプリケーションインスタンスが二次ノードにフェイルオーバーされる。
【００２１】
二次ノード：フュージョンアプリケーションインスタンスのためのバックアップノードであるノード。これは、一次ノードが利用できなくなった場合に能動インスタンスがフェイルオーバーする場所である。
【００２２】
ネットワークホスト名：ネットワークホスト名は、/etc/hostsファイルを通してまたはＤＮＳ解決を通してＩＰアドレスに割当てられる名前である。
【００２３】
物理ホスト名：この案内は、物理ホスト名およびネットワークホスト名という用語を区別する。この案内は、現在のコンピュータの「内部名」を参照するのに物理ホスト名を用いる。
【００２４】
物理ＩＰ：物理ＩＰは、ネットワーク上のコンピュータのＩＰアドレスを指す。大抵の場合、これは通常、コンピュータの物理ホスト名と関連付けられる。
【００２５】
スイッチオーバー：正常動作の際、システムの能動メンバーは、メンテナンスまたはアップグレードを必要とすることがある。スイッチオーバープロセスを開始して、予定されたダウンタイムを経るメンテナンスまたはアップグレードを必要とするメンバーによって行なわれる作業負荷を代替メンバーが引継げるようにすることができる。
【００２６】
スイッチバック：スイッチオーバー動作が行なわれると、システムのメンバーは、メンテナンスまたはアップグレードのために無効にされる。メンテナンスまたはアップグレードが完了すると、システムは、スイッチバック動作を受けて、アップグレードされたメンバーを有効にするとともに、システムをスイッチオーバー前の構成に戻すことができる。
【００２７】
仮想ホスト名：仮想ホスト名は、ロードバランサまたはハードウェアクラスタを介して１つ以上の物理コンピュータにマッピングするネットワークアドレス指定可能ホスト名である。ロードバランサについては、本明細書中では、名称「仮想サーバ名」を仮想ホスト名と相互交換可能に用いる。ロードバランサは、サーバのセットに代わって仮想ホスト名を保持することができ、クライアントは、仮想ホスト名を用いてコンピュータと間接的に通信する。ハードウェアクラスタ中の仮想ホスト名は、クラスタ仮想ＩＰに割当てられるネットワークホスト名である。クラスタ仮想ＩＰはクラスタの任意の特定ノードに永久的に付与されるものではないため、仮想ホスト名も任意の特定のノードに永久的に付与されるわけではない。
【００２８】
仮想ＩＰ：（クラスタ仮想ＩＰ、ロードバランサ仮想ＩＰ。）一般的に、ハードウェアクラスタまたはロードバランサに仮想ＩＰを割当てることができる。クラスタの単一のシステムビューをネットワーククライアントに提示するため、仮想ＩＰは、クラスタのメンバーであるサーバの群へのエントリポイントＩＰアドレスとして働く。サーバロードバランサまたはハードウェアクラスタに仮想ＩＰを割当てることができる。ハードウェアクラスタは、クラスタ仮想ＩＰを用いて、クラスタへのエントリポイントを外界に提示する（これは、スタンドアローンコンピュータ上にもセットアップ可能である）。ハードウェアクラスタのソフトウェアは、クラスタの２つの物理ノード間のこのＩＰアドレスの移動をマネージする一方で、クライアントは、どの物理ノード上でこのＩＰアドレスが現在有効であるのかを知る必要なく、このＩＰアドレスに接続する。典型的な２ノードハードウェアクラスタ構成では、各々のコンピュータは、それ自身の物理ＩＰアドレスおよび物理ホスト名を有する一方で、いくつかのクラスタＩＰアドレスが存在し得る。これらのクラスタＩＰアドレスは２つのノード間で浮動するまたは移動する。クラスタＩＰアドレスの現在の所有権を有するノードは、そのアドレスについて有効である。ロードバランサは、サーバのセットへのエントリポイントとして仮想ＩＰも用いる。これらのサーバは同時に有効である傾向がある。この仮想ＩＰアドレスは、任意の個々のサーバにではなく、サーバとそれらのクライアントとの間のプロキシとして働くロードバランサに割当てられる。
【００２９】
エンタープライズデプロイメントトポロジー
上述のように、実施形態に従うと、エンタープライズデプロイメントトポロジーは、証明済み技術および推奨に基づき、かつ技術スタックにわたっていくつかの製品にまたがるシステムを構成する際に用いるための設計／青写真またはガイドラインのセットである。各々のデプロイメントトポロジーは、可用性、スケーラビリティ、およびセキュリティなどのエンタープライズ環境内の特定的なアプリケーションデプロイメント特性を提供する。ワークステーションにいるユーザは、ロードバランサおよびファイヤーウォールを介して、選択されるデプロイメントトポロジーに従って提供されるフュージョンアプリケーションおよび他のアプリケーションなどのアプリケーションを含むオラクルデータセンター（ＯＤＣ）などのデータセンターにアクセスすることができる。
【００３０】
顧客および／またはアプリケーション自体の特定の必要性／要件に依存して、あるアプリケーションはインターネットに露出される必要があり得る一方で、あるものはイントラネット内でのみ露出される必要があり得、選択されるデプロイメントトポロジーがこのことを考慮すべきである。これにより、エンタープライズ使用のために内部でイントラネットを用いる特定のアプリケーションを環境中にデプロイメントできるようになり、すべて異なるアプリケーション間のセキュリティを維持しつつ、外部ユーザがインターネットを用いて他のアプリケーションにアクセスできるようにもなる。
【００３１】
実施形態に従うと、データセンターにあるアプリケーションは、ハイパーテキストトランスファープロトコル（ＨＴＴＰ）および内部ユニフォームリソースロケータ（ＵＲＬ）を用いてデータセンター内で互いに通信して、ユーザからの要求を処理することができる。内部ＵＲＬおよびそれらの通信は、データセンターの非武装／安全ゾーン（ＤＭＺ）内で提供されるので、それらは、たとえば、性能上の有利を与えるセキュアソケットレイヤ（ＳＳＬ）の必要性なく、セキュリティ保護され得る。アプリケーションは、ＳＳＬを利用することができる仮想ホストおよび外部ＵＲＬを介してユーザによってアクセスされることもできる。顧客および／またはアプリケーション自体の特定の必要性／要件に依存して、機能性の異なる部分または局面を、イントラネットを利用するユーザおよび／またはインターネットを利用するユーザが利用できるようにすることができる。データセンター内でのみ用いられるそれらのＵＲＬは、データセンターの外側でそれらのイントラネットまたはインターネットを利用する顧客に露出されるまたはこれらにアクセス可能である必要はない。プロビジョニングの際に、特定のアプリケーションが外部アクセス可能アドレスを有しなければならない場合、アドミニストレータは、その内部アドレス／ＵＲＬに加えて、外部アドレスのＵＲＬを提供するよう促され得る。
【００３２】
図１は、実施形態に従う、多層エンタープライズデプロイメントトポロジーを含むシステムを図示する。図１に示されるように、データセンター（たとえばＯＤＣデータセンター）は、イントラネットアクセス可能データ層１００、ＤＭＺセキュアなアプリケーション（アプリ）層１１０、およびＤＭＺセキュアなパブリックゾーンまたはウェブ層１４０を含む複数の層を論理的に含むことができる。
【００３３】
実施形態に従うと、データ層は、１つ以上のデータベースホスト１０４を介してアクセス可能な１つ以上のアプリケーションデータベース（たとえばフュージョンアプリケーションデータベース）１０２を含むことができる。
【００３４】
アプリケーション層は１つ以上のアプリケーションホストまたはノード（たとえばフュージョンアプリケーションホスト）１１２を含むことができ、その各々は１つ以上のドメインおよびサーバを含む。たとえば、図１に示されるように、アプリケーションホストは、顧客関係管理（ＣＲＭ）ドメイン１１４、共通ドメイン１１６、およびさまざまな他のドメイン１１８を含んでもよく、その各々はそれぞれキャプチャサーバ１２０、コントラクトサーバ１２２、ＳＯＡサーバ１２４、ＥＳＳサーバ１２６、または他のサーバ１２８、１３０、１３２、１３４を含んでもよい。
【００３５】
ＤＭＺセキュアなパブリックゾーンまたはウェブ層は、仮想ＵＲＬ１４６およびプロキシ１４７で構成される１つ以上のウェブサーバ１４４を含むことができる。実施形態に従うと、ウェブ層は、複数のインターネットアクセス可能ＵＲＬまたはポート１４２（たとえば、https://crm.mycompany.com１５０、https://common.mycompany.com１５４、およびhttps://other.mycompany.com１５６）を通して、インターネット１８０およびオプションでロードバランサを介してインターネットを利用するワークステーション１７０に、かつ複数の内部アクセス可能ＵＲＬ（たとえば、crminternal.myco.com１６０、commoninternal.myco.com１６４、およびotherinternal.myco.com１６６）を通してデータセンター内に位置する内部サービスに、選択的にアクセス可能である。上述のように、顧客および／またはアプリケーション自体の特定の必要性／要件に依存して、データセンター内で用いられるそれらのＵＲＬは、データセンターの外側でそれらのイントラネットまたはインターネットを利用する顧客に露出されるまたはアクセス可能である必要はない。
【００３６】
究極的にデプロイメントされる構成に依存して、外部ワークステーションは、インターネットおよびインターネットアクセス可能ＵＲＬ／ポートを介して要求２０２を通信することにより、データセンターのアプリケーションにアクセスすることができ、これは次に、仮想ＵＲＬおよびプロキシ２０４で構成されるウェブサーバを介してアプリケーションホスト２０６および必要に応じてデータ層２０８にそれらの要求を通信する。
【００３７】
図１に図示される配置が図示の目的のために設けられ、他の実施形態に従うと、ドメインおよびサーバの異なる種類および配置がアプリケーション層内に設けられてもよく、示される特定の配置に発明が限定されるものではないことが明らかである。
【００３８】
図２Ａ、図２Ｂ、図２Ｃ、および図２Ｄは、フュージョンアプリケーションを用いる多層エンタプライズデプロイメントトポロジーを含むシステムの別の実施形態を図示する。図２Ｄに示される例では、一次ノード（CRMHOST１）がフュージョンアプリケーションインスタンスを能動的に実行している。二次ノード（CRMHOST２）は、当該フュージョンアプリケーションインスタンスのための冗長（ＨＡ）ノードである。一次ノードは、マネージドサーバにデプロイメントされたアドミニストレーションサーバおよびアプリケーションからなる。マネージドサーバは、クラスタ中にともにグループ化されて、アプリケーションのためのスケーラビリティおよび高可用性を与えることができる。ともに、一次および二次ノードはドメインを形成する。
【００３９】
図２Ａおよび図２Ｂにさらに示されるように、ウェブ層中のノードは、非武装ゾーン（ＤＭＺ）パブリックゾーンの中に位置する。図示される例では、２つのノードWEBHOST１およびWEBHOST２がウェブゲートで構成されるオラクルＨＴＴＰサーバを実行し、これにより要求がオラクルＨＴＴＰサーバからウェブロジックサーバへプロキシ可能となるとともに、これは、オラクルアクセスプロトコル（ＯＡＰ）を用いて、アイデンティティ管理ＤＭＺにおいてOAMHOST１およびOAMHOST２上で実行するオラクルアクセスマネージャと通信する。ウェブゲートおよびオラクルアクセスマネージャは、ユーザ認証などの動作を行なうように用いられる。オラクルウェブ層は、外部要求を扱うロードバランサルータも含む。外部要求は、ロードバランサ上に構成される仮想ホスト名に送られる。次に、ロードバランサは要求をオラクルＨＴＴＰサーバに転送する。オラクルウェブ層を保護するファイヤーウォール上では、ＨＴＴＰＳ用の４４３およびＨＴＴＰ用の８０のＨＴＴＰポートのみが開放されている。
【００４０】
外部ロードバランサを用いる場合、これは：（実際のホスト名を用いる代わりに）仮想ホスト名を用いてクライアントがサービスにアクセスし、ロードバランサが次にプール中のサービスへの要求をロードバランスすることができるように仮想ホスト名を通して実サーバのプールへのトラフィックをロードバランスすること；仮想ホスト名およびポート上の入来する要求がバックエンドサーバ上の異なるポートに向けられるようにするポート変換構成；プール中のサーバ上のポートをモニタしてサービスの可用性を判断すること；各仮想サーバごとにロードバランサを含む仮想サーバ名およびポートを構成することが、１つよりも多くのポート上のトラフィックマネジメントの構成を可能にすべきであること；ノード故障を検出し、故障したノードへのトラフィックのルーティングをすぐに停止すること；コンポーネントへの定着した接続を維持すること、その例は、クッキーに基づく永続性またはＩＰに基づく永続性を含む；ロードバランサでＳＳＬ要求を終了させ、均等の非ＳＳＬプロトコルを用いてトラフィックをバックエンド実サーバに転送すること（たとえばＨＴＴＰＳからＨＴＴＰへ）；および適宜他の特徴、を好ましくは許容すべきである。
【００４１】
図２Ａおよび図２Ｂにさらに示されるように、ＤＭＺセキュアゾーンに位置するアプリケーション中のノードCRMHOST１およびCRMHOST２は、オラクルフュージョンカスタマリレーションシップマネジメント、オラクルビジネスインテリジェンス、オラクルインセンティブコンペンセーション、オラクルフュージョンファイナンシャル、オラクルフュージョンサプライチェーンマネジメント、およびオラクルフュージョンヒューマンキャピタルマネジメントドメイン中のマネージドサーバを実行する。CRMHOST１およびCRMHOST２は、能動−能動または能動−受動実現例において、異なるドメインからマネージドＣ／Ｃ＋＋サーバを実行する。Ｃ／Ｃ＋＋コンポーネントは、オラクルプロセスマネージャおよびノティフィケーションサーバ（ＯＰＭＮ）によってマネージされ、すべてのマネージドサーバはドメイン内のアドミニストレーションサーバによってマネージされる。CRMHOST１およびCRMHOST２は、オラクルウェブロジックサーバアドミニストレーションコンソールおよびオラクルエンタープライズマネージャフュージョンミドルウェアコントロールも実行するが、これは能動−受動構成においてである。アプリケーション層を保護するファイヤーウォール上で、ＨＴＴＰポート、ＯＡＰポート、およびプロキシポートが開放している。ＯＡＰポートは、オラクルウェブ層中のオラクルＨＴＴＰサーバ中で実行するウェブゲートモジュールがオラクルアクセスマネージャと通信するためのものである。外部ＨＴＴＰアクセスを必要とするアプリケーションは、プロキシとしてオラクルＨＴＴＰサーバを用いることができる。
【００４２】
図２Ｄにさらに示されるように、最もセキュアなネットワークゾーン中に位置するデータ層の中で、オラクルＲＡＣデータベースは、ノードFUSIONDBHOST１およびFUSIONDBHOST２上で実行する。データベースは、オラクルフュージョンアプリケーションコンポーネントが必要とするスキーマを内蔵する。アプリケーション層の中で実行するコンポーネントはこのデータベースにアクセスする。データ層を保護するファイヤーウォール上では、データベースリスナーポート（典型的に１５２１）が開放していることが必要とされる。ＬＤＡＰポート（典型的に３８９および６３６）も、ＩＤＭエンタープライズデプロイメント中のＬＤＡＰ格納にアクセスするトラフィックのために開放している必要がある。
【００４３】
図２Ａ、図２Ｂ、図２Ｃ、および図２Ｄに図示されるデプロイメントトポロジーは図示の目的のために設けられ、他の実施形態に従うと、また、異なる顧客サイト、必要性、および要件に依存して、異なるデプロイメントトポロジーを設けることができ、示される特定のデプロイメントトポロジーに発明が限定されるものではないことが明らかである。
【００４４】
シッククライアントとともに用いるためのエンタープライズデプロイメントトポロジー
複数の地理的場所またはホスティングされたオンデマンド（もしくはオンプレミス（on-premise））アプリケーション環境にわたって用いるのに好適なソフトウェアアプリケーション製品の文脈で、フュージョンアプリケーションなどのアプリケーションおよび他のアプリケーションは典型的に、ファイヤーウォールの使用によってデータセンター内でロックダウンされる。大部分の事例で、ユーザは、適切なユーザ名およびパスワードとともに、公開されたＳＳＬ  ＵＲＬを用いて、そのようなアプリケーションにアクセスする。しかしながら、いくつかの事例では、ユーザは、当該エンドユーザのデスクトップにインストールされる必要があるシッククライアント（たとえば、遠隔メソッド呼出（ＲＭＩ）またはＪａｖａ（登録商標）ＡＰＩを利用するクライアント）を用いるのが望ましいことがある。そのようなシッククライアントはデータセンター中のアプリケーションと直接に通信する必要があるので、さもなければこれはファイヤーウォール中に穴を作ることを必要とすることがあり、このことは、上述のように、データセンターのセキュリティまたは性能に影響を及ぼす可能性がある。特に、ホスティングされたオンデマンド環境では、シッククライアントが異なる会社のネットワーク中にあることがあり、これは両方の会社のファイヤーウォール中の穴を必要とする。
【００４５】
これに対処するため、実施形態に従うと、シッククライアントとともに用いるためにデータセンターで管理サブネットを創出することができ、そのようなクライアントは次に、データセンター内にホスティングされる。シッククライアントユーザは次に、たとえば、ＶＮＣ／遠隔デスクトップにわたって公開されたＳＳＬ  ＵＲＬを用いてログインし、企業／データセンターファイヤーウォールに穴を開ける必要なくシッククライアント活動を行なうことができる。顧客の必要性／要件に依存して、フュージョンアプリケーションシッククライアントがインストールされるデータセンター内に別個のサブネットを創出することができ、シッククライアントのみがデータセンターサーバへのアクセスを有するように構成される。エンドユーザは、たとえばＳＳＬ可能化端末サーバ（またはＶＮＣ）を用いるＶＰＮにわたってシッククライアントにアクセスすることができる。有効な認証情報を用いて、ユーザは次に、遠隔デスクトップを用いてこれらのサーバにログインし、それらのコンポーネントを構成するもしくはレポートを実行することができる、および／またはデータをこのサブネットにＦＴＰして、このサブネット内に設けられるツールを用いてデータをロードする、分析する、または更新することができる。
【００４６】
図３は、実施形態に従う多層エンタープライズデプロイメントトポロジーとともに用いることができるシッククライアントを図示する。図３に示されるように、ＤＭＺセキュアなパブリックゾーンまたはウェブ層内に位置するシッククライアントまたは管理サブネットは、１つ以上のプロバイダクライアント２４０を含むことができ、その各々は、サーバ（たとえばＬｉｎｕｘ（登録商標）サーバ２４０またはウィンドウズ（登録商標）サーバ２５０、２６０）およびさまざまな管理または他のツール（たとえばＦＴＰサーバ２４６、ＪＤｅｖツール２５２、または他のツール２６２）を含むことができる。多層アプリケーション環境に対する特定の必要性／要件に依存して、他のクライアント２７０、サーバ２７２、およびツール２７４を設けることができる。データセンターの外側に位置するシッククライアントワークステーション２８０は、ＶＰＮ２７８およびソケット接続２８２を介してシッククライアントまたは管理サブネットにアクセスすることができる。シッククライアントワークステーションからの要求は、シッククライアントまたは管理サブネットを介して通信され、ＨＴＴＰ、ＲＭＩ、ＯＤＢＣ、またはＯＡＰなどの適切なプロトコルを用いてアプリケーションホストに転送２８４可能である。
【００４７】
図４は、実施形態に従う、シッククライアントとともに多層エンタープライズデプロイメントトポロジーを含むシステムを図示する。図４に示されるように、環境は、前述のように、データ層、アプリケーション（アプリ）層、およびＤＭＺセキュアなパブリックゾーンまたはウェブ層を含むことができる。シッククライアントワークステーションからの要求は、シッククライアントまたは管理サブネットを介して通信され、アプリケーションホストに転送されることができる。
【００４８】
図５Ａ、図５Ｂ、図５Ｃ、および図５Ｄは、シッククライアントとともに多層エンタープライズデプロイメントトポロジーを含むシステムの別の実施形態を図示する。図５Ａ、図５Ｂ、図５Ｃ、および図５Ｄに示されるように、図２Ａ、図２Ｂ、図２Ｃ、および図２Ｄに関して上述されたのと同様のフュージョンアプリケーション環境をシッククライアントワークステーションとともに同様に用いることができ、各々のアプリケーションの特定の要件およびエンタープライズの特定の必要性に依存して、ＨＴＴＰ、ＲＭＩ、ＯＤＢＣ、またはＯＡＰなどのさまざまなプロトコルを用いるこの例では、要求は、シッククライアントまたは管理サブネットを介して通信され、アプリケーションホストに転送されることができる。
【００４９】
実施形態に従うと、エンドユーザからたとえばアプリケーションサーバへまたはファイルシステムへ、ＨＴＴＰ、ソケット、または他の接続を介した直接アクセスを必要とする複数の管理クライアント／シッククライアントが存在することがある。これらのシッククライアントの一部は、（オンプレミスデプロイメントについては）イントラネット内からまたは（オンデマンドデプロイメントについては）ＶＰＮを介して接続していることがある。たとえば、典型的なフュージョンアプリケーション環境は、たとえば、ＦＲスタジオ、ＯＢＩＥＥ管理クライアント、ＢＩカタログマネージャ、またはＯＦＲ、ＯＦＲベリフィエ、ＯＦＲデザイナなどのＩＰドキュメントプロバイダクライアント、ＯＤＣ、ＯＤＣのためのメールサーバ、ＦＴＰサーバ、ＪＤｅｖ、および／またはＯＤＩスタジオなどの１つ以上の管理クライアントアプリケーションを含んでもよい。これらのシッククライアントの各々は内部データセンター環境への直接アクセス（たとえばソケット接続）を必要とし得るので、実施形態に従うと、管理サブネットは、各々の特定の管理クライアントアプリケーションがデータセンターにアクセスするのに当該特定の管理クライアントアプリケーションに適切なプロトコルおよび／またはソケット（たとえば、ＨＴＴＰ、ＲＭＩ、ＯＤＢＣ、またはＯＡＰ）を用いることができるように、１つ以上の管理シッククライアントをその中にインストールするのに用いられる複数のウィンドウズ（登録商標）サーバを含むことができる。
【００５０】
図５Ａ、図５Ｂ、図５Ｃ、および図５Ｄで図示されるデプロイメントトポロジーとともにシッククライアントを用いることも図示の目的のために提供され、他の実施形態に従うと、異なるデプロイメントトポロジーおよびシッククライアントの使用を提供することができ、示される特定のデプロイメントトポロジーに発明が限定されるものではないことが明らかである。
【００５１】
図６は、実施形態に従う、多層エンタープライズデプロイメントトポロジーを含むシステムをインストールおよび／または構成する方法を図示する。図６に示されるように、ステップ３０２で、多層アプリケーション環境（たとえばフュージョンアプリケーション環境）に対する組織／顧客の必要性および／または要件が判断される。ステップ３０６で、データセンター（たとえばデータベースリソース）の現在の局面および顧客の必要性／要件を考慮する顧客のデータセンターについて適切なデプロイメントトポロジーが判断される。ステップ３１２で、デプロイメントトポロジーに従って、アプリケーション環境がプロビジョニングされる（ウェブサーバ、アプリケーション、フュージョンアプリケーションなどのコンポーネントをインストールするおよび／または構成することを含む）。ステップ３１８で、オプションで、シッククライアントワークステーションによる使用のためにシッククライアント（管理サブネット）が構成され、これにより各々の特定のクライアントは、データセンターにアクセスするのにその特定のクライアントに適切なプロトコルおよび／またはソケットを用いることができる。
【００５２】
本発明は、本開示の教示に従ってプログラミングされる１つ以上のプロセッサ、メモリ、および／またはコンピュータ読取可能記録媒体を含む、１つ以上の従来の汎用もしくは特化デジタルコンピュータ、コンピューティングデバイス、マシン、またはマイクロプロセッサを用いて好都合に実現されてもよい。適切なソフトウェアコーディングは、ソフトウェア技術の当業者には明らかであるように、本開示の教示に基づいて、熟練したプログラマーによって容易に作成されることができる。
【００５３】
いくつかの実施形態では、本発明は、本発明のプロセスのうち任意のものを行なうようにコンピュータをプログラミングするのに用いることができる命令をその上に／その中に格納した非一時的記録媒体またはコンピュータ読取可能媒体であるコンピュータプログラム製品を含む。記録媒体は、フロッピー（登録商標）ディスク、光学ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、マイクロドライブ、および磁気光学ディスクを含む任意の種類のディスク、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＤＲＡＭ、ＶＲＡＭ、フラッシュメモリデバイス、磁気もしくは光学カード、（分子メモリＩＣを含む）ナノシステム、または命令および／もしくはデータを格納するのに好適な任意の種類の媒体もしくはデバイスを含むことができるが、これらに限定されない。
【００５４】
本発明の以上の説明は、例示および説明の目的のために与えられた。網羅的であることまたは開示される正確な形態に発明を限定することを意図するものではない。当業者には多数の修正例および変形例が明らかである。発明の原則およびその実際的な適用例を最も良く説明し、これによりさまざまな実施形態について、企図される特定の用途に適するさまざまな修正例とともに当業者が発明を理解できるようにするために、実施形態を選択し、説明した。発明の範囲は、以下の請求項およびそれらの均等物によって規定されることが意図される。
【図１】
2015510627.tif 000003
【図２Ａ】
2015510627.tif 000004
【図２Ｂ】
2015510627.tif 000005
【図２Ｃ】
2015510627.tif 000006
【図２Ｄ】
2015510627.tif 000007
【図３】
2015510627.tif 000008
【図４】
2015510627.tif 000009
【図５Ａ】
2015510627.tif 000010
【図５Ｂ】
2015510627.tif 000011
【図５Ｃ】
2015510627.tif 000012
【図５Ｄ】
2015510627.tif 000013
【図６】
2015510627.tif 000014
【国際調査報告】
2015510627.tif 000015
2015510627.tif 000016