|
|
この節では、現在注目されているサービス駆動型の IT 戦略、サービス指向アーキテクチャ (SOA) イニシアティブの主要なビジネス ドライバ、および Enterprise Service Bus (ESB) コンポーネントの戦略面での重要性について簡単に説明します。Oracle Service Bus のインフラストラクチャ ソリューションと SOA を達成する要因として特徴付ける機能について概念的な概要を説明します。この説明は、SOA イニシアティブを担当する管理部門の関係者、統合を目的とする IT 設計者、サービス モデル作成者または設計者、およびシステム管理者を対象としています。
今日の競争の激しいグローバル マーケットでは、ビジネスは非常に流動的な環境で展開され、そこでは情報が最も戦略的な意味を持つ資産になります。競争やマーケットの動向、規制の定めなどの変化に対して時宜を得た情報によって迅速に対応することは、ビジネスが効率的に機能し、全体的な成功をもたらすための鍵となっています。急速に変化するマーケットの要求を満たすために、ビジネスは顧客やパートナとやり取りする方法と、IT インフラストラクチャの設計および構築方法の両方において、サービス駆動型にシフトしてきています。
ROI の達成に努めるためにビジネスが機敏性と鋭敏性を高めていくにつれて、組織では新しいコスト効率のよい手段を発見し、新しいサービスを提供し、組織内の情報とビジネス プロセスの自由な流れを促進するために、企業の IT グループへの依存を深めてきました。次に示すビジネス ドライバは、サービス指向の IT アーキテクチャを今日の企業において経済的に現実性のあるものにしています。
サービス指向アーキテクチャ (SOA) は、サービスの提供を最適化し効率的なビジネス プロセス管理を確実にするためのインフラストラクチャ改革の IT における主要な課題として出現してきました。SOA によるパラダイム シフトの一部は IT インフラストラクチャの設計方法に根本的な変化をもたらし、アプリケーション インフラストラクチャから集中したサービス インフラストラクチャへと移行しました。サービス指向アーキテクチャではエンタープライズ アプリケーションに含まれる個別の機能を、相互運用性のある、標準に基づいた共有「サービス」のレイヤとして編成することにより、複合アプリケーションおよびプロセスとしての組み合わせや再使用が可能になります。
さらに、このアーキテクチャによるアプローチでは、外部サービス プロバイダによって提供されたサービスをエンタープライズ IT アーキテクチャに取り込むことができます。その結果、企業は異なる場所に格納された主要なビジネス情報をコスト効率のよい方法で解放することができます。エンタープライズ IT をアプリケーションではなくサービスを中心として編成することで、SOA はサービスが可能になるまでの時間を短縮し、急ピッチで進むビジネス要件の変化により柔軟に対応できます。
近年では、多くの企業でパイロット プロジェクトによる暫定的な SOA への適応から進展して、企業全体での最適化された SOA のデプロイメントを実現する、定義済みの繰り返し可能なアプローチへと拡大しています。プレゼンテーション サービス、ビジネス プロセス、ビジネス サービス、データ サービス、および共有サービスからなる IT SOA アーキテクチャのすべてのレイヤがサービスに対応しています。
SOA イニシアティブに関する主な課題は、多くの企業で種類の異なる複数ベンダが存在する IT のランドスケープと、その結果としてビジネス情報が個々の場所に格納されることに起因しています。レガシー インフラストラクチャの異なるコンポーネントの置き換えに手間とコストをかけるよりも、企業では既存のビジネス アプリケーションをサービスとして拡張して、他のビジネス プロセスやアプリケーションでの使用を選択することがよくあります。
Web サービス インタフェースの既存のパッケージ アプリケーションへの流入によって、確立済みのサービスや準拠するガイドラインに忠実でないサービスが導入されることが少なくありません。これは、サービスが CRM、データ ウェアハウス、ERP などのエンタープライズ システムの中核からパブリッシュされたサービスで顕著です。
堅牢で包括的なサービス インフラストラクチャ ソリューションがない場合、開発者は、オブジェクト リクエスト ブローカ (ORB)、メッセージ指向ミドルウェア (MOM)、リモート プロシージャ コール (RPC) などのプログラム間の通信をサポートする各種の「ミドルウェア」テクノロジを使用していました。最近では、IT インフラストラクチャ開発者は、種類の異なるアプリケーションとプロセスを統合するために、Web サービスへのポイントツーポイント接続を複雑な統合ロジックとしてハード コーディングしています。これは当然の結果としてサービスがエンタープライズ IT 環境内で複雑および無秩序に広がっていきます。次の図に、静的なサービス統合のシナリオの典型例を示します。
種類の異なる IT アーキテクチャに起因するこれ以外のサービス関連の課題には次のものがあります。
IT インフラストラクチャの効率化を目指す企業のアーキテクチャ設計者と Web サービス作成者は、次の IT のニーズに応えるエンタープライズ サービス機能を現在必要としています。
SOA イニシアティブでは、構成は高位の機能にある既存の資産を利用してビジネスの柔軟性を達成するための統合の一部です。成熟した SOA 環境では、ビジネスのニーズを迅速に満たすために既存のサービスを使用してすべてのビジネス アプリケーションが構成されます。サービス プロビジョニング プロセスの柔軟性は、サービスの実装においてロジックのコーディングを避けることによって達成されます。
多くの組織では、サービスを非常に細かいレベルで開発しており、多数の小さな固有サービスが増殖すると、幅広い論理サービスへの構成が難しくなります。サービスのレイヤ化は、一体化されたアプリケーションの制限を破り、開発、リリース、およびテスト サイクルの短縮化を行うための方法の 1 つです。サービスの定義と作成にレイヤ化されたアプローチを取ることにより、サービス インフラストラクチャ チームは、現在および将来のビジネス要求に対して必要なきめ細かさに調整したサービスを達成できます。
SOA の成功の鍵を握るのは、ビジネス プロセスの対話機能の動的な相乗効果および調整、既存のサービスの継続的な進化と新しいサービスの迅速な追加をサポートする Enterprise Service Bus (ESB) です。SOA の利点を実現化するには、今日の企業で多く見られる種類の異なる IT 環境におけるサービス統合の複雑性を隠すために抽象的なレイヤを提供する堅牢でインテリジェントなサービスの仲介機能が IT 組織に含まれていることが絶対に必要です。中間的な抽象化レイヤは、以前はエンタープライズ アプリケーションのカスタマイズのためのプラットフォームであることを意味していましたが、現在ではサービス カスタマイズのためのツールキットであり、サービスの仲介に着目して疎結合されたサービスの対話機能をサポートするためのスケーラブルなインフラストラクチャであることを意味しています。
ESB は、従来のテクノロジによる機能に、メッセージ検証やトランスフォーメーション、コンテンツ ベースのルーティング、セキュリティ、ロード バランシングといった新しいサービスを組み合わせることによって、統合化されたミドルウェア インフラストラクチャ テクノロジが進化するための手段です。ESB は提供するサービスの大半で業界の標準を使用しているため、プラットフォーム間の相互運用性を推進し、SOA の実装を検討中の会社にとって論理的な選択の 1 つになっています。
ESB はエンタープライズ SOA を構築してデプロイするための効率的な方法を提供します。ESB は、SOA に共通するサービスの編成、アプリケーション データの同期、およびビジネス アクティビティ モニタリングに関する障害を乗り越える効果的なアプローチを提供するため、設計者や開発者の注目を集めつつある概念です。多くの基本的な形式の場合、ESB では次の主要機能が提供されます。
ESB を使用すると、不安定で常にメンテナンスを必要とするポイントツーポイント接続の必要性がなくなるため、企業は種類の異なるリソースを接続する上でより大きな柔軟性を得ることができます。サービス コンシューマとサービス プロバイダの間に ESB の仲介機能を追加することによって、下位にあるサービス エンドポイント インタフェースの実装の詳細が両者から隠され、再開発や再デプロイメントが与える影響をサービス コンシューマ レベルで削減またはなくすことができます。
業界でもトップの企業では、サービス仲介機能とビジネス プロセスの管理機能を戦略的に統合する、企業に対応した高速の ESB 仲介機能を利用することで SOA の成功を達成しています。サービスの操作管理の重要性が SOA の成功要因として決定的であることを認識することで、これらの企業はエンタープライズ クラスのサービス スケーラビリティ、カスタマイズ、およびセキュリティを提供するソリューションを実装しました。SOA サービスのライフサイクルの管理とガバナンスのために特に構築されたこのようなソリューションを採用することで、これらの企業は次のようなビジネス上の利点を手にしました。
Oracle は、サービス指向アーキテクチャとして一から作成された最初のサービス インフラストラクチャ製品ファミリであり、SOA の組織全体へのデプロイと、ビジネスの機敏性と IT の効率性の達成を成功するために統一された製品のセットを IT にもたらします。
Oracle 製品ファミリでは、次の製品ラインを使用できます。
Oracle Service Bus は、SOA ライフサイクル管理のために一から作られた、実績を持ちマーケットをリードする Enterprise Service Bus (ESB) であり、サービス検出と仲介、迅速なサービス プロビジョニングとデプロイメント、およびガバナンスのための基礎的な機能を提供します。
このサービス インフラストラクチャ ソフトウェアは、大まかで緩やかに結合された標準ベースのサービスの構築と、ビジネス機能をサービス コンシューマとバックエンド ビジネス サービスに接続できる中立コンテナの作成を、基盤となるインフラストラクチャとは無関係に行うという SOA の原則に基づいています。次の図にエンタープライズ IT SOA ランドスケープにおける Oracle Service Bus のサービス仲介者としての役割を示します。
信頼性、可用性、スケーラビリティ、およびパフォーマンスの厳格な基準を満たすように作成された Oracle Service Bus は、Enterprise Service Bus の統合機能を操作サービス管理とユニークに組み合わせた、レイヤ化された機能アーキテクチャを持つ単一のエンタープライズ クラスのソフトウェア製品です。
Oracle Service Bus の機能は、次の機能レイヤに分類することができます。
Oracle Service Bus は Oracle の総合的なビジネス統合ソリューションの中心であり、Oracle Messaging 製品ラインに属しています。Oracle Service Bus は異なる種類のサービスを管理することを主要な目的としており、従来型のメッセージ ブローカリングが種類の異なる IT 環境全体にわたって行われていることを前提としています。
Oracle Service Bus と集中的なインテリジェントなメッセージ仲介およびサービスのライフサイクル管理機能のアーキテクチャは動作が軽くステートレスで高パフォーマンスであるため、分散サービス ネットワークの中核となるコンポーネントとして理想的なものになっています。
IT の幅広いサービス指向アーキテクチャ (SOA) ランドスケープに分散サービス管理の仲介機能として適合するように設計されており、種類の異なる分散デプロイメントにおいて Oracle の他のビジネス プロセス管理ソリューションと統合することができます。
Oracle Service Bus は強力で動作が軽くコスト効率の高いテクノロジであり、次のような場合にサービス開発者や設計者が使用できます。
サービスのライフサイクルは、次の 2 つの段階で構成されます。
Oracle Service Bus はサービス ライフサイクルの実行時段階で統合的な役割を果たします。これにより、サービス ライフサイクルの次の重要な機能を支援します。
Oracle Service Bus の設計方針のポイントは、管理機能とサービス実装を物理的に分離することにあります。Oracle Service Bus は、会社のメッセージング構成の一部として、多くのアプリケーションおよびシステムで共用でき、異なるチームによって構築されたサービス実装を異なる部署で統合して適用することも可能です。
サービスが作成されると、後でその他のサービスまたはプロセスが使用できるように、登録およびエクスポーズされます。サービスは、ローカル サービス レジストリで Oracle Service Bus に直接登録することも、または Oracle Service Registry などのエンタープライズ サービス レジストリからインポートすることもできます。サービスが登録されると、Oracle Service Bus は、それらのサービスと通信するためのメッセージ フローを定義するプロキシ インタフェースをコンフィグレーションします。
このフローには、適用すべきトランスフォーメーションとセキュリティに関する要件、およびメッセージのサービスへのルーティングについての仕様が含まれます。サービスが Oracle Service Bus に登録されると、Oracle WebLogic Integration を使用して作成されたビジネス プロセスなどが、それらのサービスを使用したり、それらを連携させてさまざまなビジネス コンテキストをサポートできるようになります。これらの連携されたプロセスは、サービスが使用される方法やビジネス要件に適用される方法、およびより詳細なビジネス プロセスを定義します。その後、これらのビジネス プロセスは、ユーザ インタフェース (GUI) を介してエンド ユーザが使用できるようにエクスポーズされます。ユーザ インタフェース (GUI) には、Oracle WebLogic Portal などのトランザクション ポータル、または Oracle Interaction などのコラボレーティブ ポータルがあります。
Oracle Service Bus はメッセージ フロー、システム ヘルス、およびサービスとエンドポイント間の可用性をモニタして管理するライフサイクルに再び入ります。この情報は、動作のパターンを分析して改善を行う場所を指摘する、ビジネスおよび運用のアナリストに報告されることがあります。ライフサイクルは時間の経過に伴って進化するサービスとして再び開始され、新しいバージョンがリリースされます。
Oracle Service Bus の主要な機能は、次の機能レイヤに分類することができます。
Oracle Service Bus では、前例のないレベルでの種類の相違をサポートしており、標準を使用して任意のサービスに信頼性のある接続を行えます。既存のミドルウェア、アプリケーション、およびデータ ソースは SOA イニシアティブで最上級の扱いを受け、既存の IT への投資を保護し、種類の異なるエンドポイント、フォーマット、およびプロトコルを使用して、IT によるサービスの接続、仲介、および管理を行えるようにします。
Oracle Service Busは、次の多様な Web サービス転送で動作します。
Oracle Service Bus は SOAP 1.1 メッセージを受信し、SOAP 1.2 ビジネス サービスを呼び出すために必要になったときに、SOAP 1.2 メッセージに変換することができます。または、その逆の場合の変換もできます。
Oracle Service Bus では従来のメッセージング プロトコルとメッセージング パラダイムで動作することにより、メッセージの効率のよい編成を促進します。サポートされるプロトコルと通信パラダイムの詳細な一覧については、「サービス統合」のトピック「転送プロトコル」および「メッセージング モデル」を参照してください。
業界でも最先端の Web サービスのサポートに加えて、Oracle Service Bus では、MQ Series、CICS、.NET、C/C++ アプリケーションへのネイティブの接続性が用意されています。これにより、カスタム転送ソフトウェア開発キット (SDK) と Oracle Data Service Integrator のネイティブ転送を使用した企業に固有のカスタム転送の作成とコンフィグレーションが可能になります。汎用のプロキシ サービス テンプレートを使用して、任意の SOAP または XML メッセージを受け入れることができる汎用のプロキシ サービスを作成する機能があります。
Oracle Service Bus では、高いパフォーマンスと信頼性を実現するために、SOA 全体に対する最適化されたデータベースのクエリをサポートしています。.NET、Tibco EMS、IBM MQ、IBM WebSphere、Apache Axis、Cyclone B2B Interchange、および iWay アダプタを含む Web サービス統合テクノロジと相互運用性があります。
Oracle Service Bus の相互運用性については、「Oracle Service Bus 製品サポート情報」および「Oracle Service Bus の相互運用性と転送」を参照してください。
Oracle Service Bus ではサービスのセキュリティをすべてのレベルで保証しています。組み込みセキュリティに対応する包括的な一連のコンポーネントにより、顧客は大きな柔軟性と選択の幅を与えられています。ユーザは自社開発またはサードパーティ製のセキュリティ コンポーネントをプラグインすることもできます。組み込み機能によって、セキュリティを次のレベルで有効にすることにより、実装における柔軟性が確保されています。
Oracle Service Bus のセキュリティ機能の詳細については、『Oracle Service Bus のセキュリティ ガイド』を参照してください。
Oracle Service Bus でサポートされる標準については、Oracle Service Bus の『セキュリティ ガイド』の「サポートされる標準とセキュリティ プロバイダ」を参照してください。
Oracle Service Bus には、サービス コンフィグレーション、モデリング、検出とメッセージ検証について機能の充実した環境があります。また、メッセージ トランスフォーメーション、外部サービス プロバイダへのサービス コールアウト、ブラウザのテストもサポートされています。
Workshop for WebLogic と Oracle Service Bus Console を使用する Oracle Service Bus のコンフィグレーション駆動型の構成環境は、コーディング不要のアプローチを使用して設計されており、多様なグラフィカル モデリング ツールを使用してメッセージ フローを作成できます。このモデリング機能により、動的なコンテンツ ベースのルーティング、メッセージ検証、および例外処理のコンフィグレーションが可能になります。動的なルーティングの詳細については、「サービス構成」のトピック「動的なコンテンツ ベースのルーティング」を参照してください。
構成環境には、UDDI レジストリを使用するサービスの自動的なインポートと同期を行うためのサービス検出と検証機能が含まれています。この機能ではサービスの整合性を確認し、デプロイメントを行う前に衝突を調停するための検証を行うことができます。UDDI レジストリの詳細については、「サービス コンフィグレーション」のトピック「UDDI レジストリ」を参照してください。
Oracle Service Bus ではソースと送り先のサービスで共有される種類の異なるデータ型において XML と非 XML のトランスフォーメーションをサポートしています。XQuery と eXtensible Stylesheet Language Transformation (XSLT) の標準を使用したデータ マッピングがサポートされます。これらは外部で作成され、Oracle Service Bus にインポートされるか、または Oracle Service Bus Console の XQuery を使用してスクリプトが作成されます。メッセージ コンテンツの再フォーマットは、XQuery または XSLT を使用するか、または選択された要素を追加、削除、置換してメッセージ コンテンツを操作することで行えます。トランスフォーメーションの詳細については、「サービス構成」のトピック「トランスフォーメーション」を参照してください。
Oracle Service Bus では、サービス コールアウト機能による動的なルーティングをサポートしており、より柔軟で洗練されたメッセージ フローの作成が行えます。メッセージ フロー内でのサービス コールアウトは、Oracle Service Bus に登録されている他のサービスを呼び出すために使用されます。Java の終了 (通常の従来型 Java オブジェクトの場合) または Web サービスのコールアウトになることもあります。構成環境には、サービスのトレースやトラブルシューティングを行うためのテスト コンソールも備わっています。サービス コールアウトの詳細については、Oracle Service Bus の『ユーザーズ ガイド』の「サービス コールアウトの作成」を参照してください。
Oracle Service Bus にはサービス管理機能が埋め込まれており、すべてのメッセージングに対して最適化されたガバナンスを提供します。この機能の先進的なサポートにより、ビジネスに対する要求、要件、および作業量が変化した場合でも、ミッションクリティカルなビジネス プロセスの顧客ニーズへの対応が継続されることが保証されます。
Oracle Service Bus ダッシュボードには、すべてのアプリケーションの開発と管理、サービスのモニタと管理に対して統一されたデータ サービス インタフェースが提供されており、操作面でのサポートが向上しました。ダッシュボードでは、エラーおよびパフォーマンス メトリックのモニタ、集約された ESB の概要の表示が行えます。ルーティングの関係、トランスフォーメーション、およびポリシーの動的な定義と管理が行えます。ダッシュボードの詳細については、「サービス管理」のトピック「ダッシュボード」を参照してください。
Oracle Service Bus にはパフォーマンスとモニタ用に組み込まれた最適化機能があり、単一ノードまたはサーバ全体のアラート モニタ、およびメッセージについてのコンフィグレーション可能なサービス レベル アグリーメント (SLA) によってサービスの品質を保証しています。また、操作メトリックとメッセージ パイプラインの SLA アラートの表示と管理もサポートしています。SLA コンフィグレーションの詳細については、「サービス管理」のトピック「アラート経由の SLA の適用」を参照してください。
Oracle Service Bus では、カスタムのエンタープライズ システム管理フレームワークに加えて、サードパーティ製のすぐに使用できるレポート ツールに幅広く対応しています。さらに、操作とデプロイメントのカスタマイズのために、JMX モニタリング インタフェースや SNMP アラートなどのオープン インタフェースもサポートしています。レポート機能の詳細については、「サービス管理」のトピック「メッセージ レポート」を参照してください。
次の表に、Oracle Service Bus の機能の特徴と、各機能で対処するビジネス要件のポイントについてまとめます。
|
