サービス指向は、サービスという形で コンピュータソフトウェアを設計するパラダイムです。サービス指向設計の原則は、ソフトウェアにおける関心の分離を重視しています。サービス指向を適用すると、ソフトウェアのユニットが個別の関心を解決するように設計された、個別で自律的でネットワークアクセス可能なユニットに分割されます。これらのユニットはサービスとして分類されます。[1] [2]
サービス指向の原則と信条の歴史
サービス指向は、それがもたらすメリットにより、2003年以来多くの注目を集めています[3] 。これには、投資収益率の向上、組織の俊敏性と相互運用性、ビジネスとITのより良い連携が含まれます。これは、以前の設計パラダイムを基盤とし、標準化、疎結合、ビジネスの関与によって強化されています。[4]このパラダイムは2009年に勢いを失いました。[5] 2014年以降、マイクロサービスという名称で新たな関心が寄せられています。テクノロジーでは、ベンダーの異なるSOAプラットフォームが、サービス指向の異なる定義を使用しています。一部のベンダーは、他のベンダーよりも異なる原則と信条を推進していますが、かなりの共通点があります。[6]
サービス指向は、オブジェクト指向プログラミング、コンポーネントベースのソフトウェアエンジニアリング、オープン分散処理などの以前のパラダイムからいくつかの原則を継承しています。サービス指向のいくつかの原則は、オブジェクト指向設計パラダイムに根ざしていることが一般的に認められています。この2つは補完的なパラダイムであり、常に両方が必要になります。[7]サービスは、ソフトウェアコンポーネントのいくつかの機能も継承しており、
- 多目的
- 文脈に依存しない
- 構成可能
- カプセル化されているため、インターフェースを通じて調査することはできません
- 独立した展開とバージョン管理のユニット
オープン分散処理 (ODP) は、サービス指向の重要な特性であるオープン システムと分散コンピューティングの概念を組み合わせたものです。フェデレーション、相互運用性、異種性、透明性、取引/仲介など、ODP の主要機能はすべてサービス指向に継承されています。
本質的な特徴
Don Box は、「サービス指向の 4 つの原則」と呼ばれる一連の設計ガイドラインを最初に提供した人物の 1 人であり、当時登場した Microsoft Indigo (後のWindows Communication Foundation ) プラットフォームに関連して主に説明しました。
- 境界は明確である
- サービスは自律的である
- サービスはクラスではなくスキーマと契約を共有する
- サービスの互換性はポリシーに基づいている
他のベンダーや独立コンサルタントも、サービス指向と SOA の定義を公開しています。たとえば、N. Josuttis の「SOA in Practice」や D: Krafzig らの「Enterprise SOA」などです。2005 年 12 月号の IBM System Journal [8]に掲載された「ビジネス レベルでのサービス指向の影響」[9]という記事では、サービス指向パラダイムが基本的なコンポーネント化とIBMコンポーネント ビジネス モデル (CBM)とどのように関係しているかについて調査しています。
ポール・アレンは、サービス指向を、ビジネス アーキテクチャ、サービス指向アーキテクチャ、ソフトウェア指向管理という 3 つの主要コンポーネントから成る (ビジネス) パラダイムとして定義しています。アレンの著書では、7 つのサービス指向の視点 (SOV7 とラベル付け) を定義しています。ポール・アレン (2006)。サービス指向の勝利戦略とベスト プラクティス。ケンブリッジ大学出版局。ISBN 978-0521843362。
- 透明性
- 顧客がサービスを利用する際のスムーズな体験。
- 顧客への適合
- 顧客のニーズの変化に合わせて提供内容をカスタマイズする能力。
- パートナー接続
- サードパーティを利用して商品サービスを実行する能力
- さまざまなパートナーにサービスを提供できる能力
- 適応
- 市場の変化に適応する。
- マルチチャネル機能
- 継続性を実現するためにさまざまなチャネルを使用して、プロセス全体を通じて顧客をエンドツーエンドでサポートします。
- 異なるチャネルを通じて同じサービスを提供します。
- 最適化
- 高いパフォーマンスレベルでリアルタイムにサービスを提供します。
- ワンストップ体験
- 1 つのサービス セットを通じて顧客のさまざまなニーズに応えます。
アレン氏は、設計プロセス中に質問を述べる出発点として、これらの視点を使用します。
サービス指向は、サービス指向コンピューティング環境の重要な部分として、またサービス指向アーキテクチャを実現するための有効な設計アプローチとして、ますます認識されつつあります。
参照
- 疎結合
- サービス指向アーキテクチャ(SOA)
- サービス粒度の原則
- サービス指向モデリング
- ソフトウェアアーキテクチャ
- サービス指向通信(SOC)
参考文献
- ^ Erl, Thomas. 「SOA の原則」
- ^ 「サービス指向ソフトウェアエンジニアリング」。
- ^ 「ガートナーの 2005 年ハイプ サイクル特別レポート」(PDF)。
- ^ Erl, Thomas. 「SOA とは何か? - はじめに」
- ^ 「SOA は死んだ、サービスは生き続ける」。アプリケーション プラットフォーム戦略ブログ。
- ^ リーブハルト、ダニエル. SOA が実現します。ハンザー、2007、p. 22
- ^ 「サービス指向分析および設計の要素」www.ibm.com。 2004 年 6 月 2 日。
- ^ 「IBM Journal of Research & Development」www.research.ibm.com 2017年10月23日。2006年3月12日時点のオリジナルよりアーカイブ。
- ^ 「ビジネス レベルでのサービス指向の影響」www.research.ibm.com。2017 年 10 月 23 日。2006 年 3 月 12 日時点のオリジナルよりアーカイブ。
さらに読む
- アレン、ポール(2006)。サービス指向、勝利の戦略とベストプラクティス。ケンブリッジ、イギリス:ケンブリッジ大学出版局。ISBN 9780521843362。
- Luba Cherbakov 他 (2005)。「ビジネス レベルでのサービス指向の影響[リンク切れ]」IBM Systems Journal 2005 年 10 月
- ジョスティス、ニコライ (2007)。SOA の実践。米国カリフォルニア州セバストポール:オライリー。ISBN 978-0-596-52955-0。
- ロテム・ガル・オズ、アーノン(2012)。SOA パターン。マニキング出版。ISBN 978-1933988269。
- Jenny Ang、Luba Cherbakov、Mamdouh Ibrahim (2005)。「SOA アンチパターン」。IBM オンライン記事、2005 年 11 月。
- Ali Arsanjani (2004)。「サービス指向モデリングとアーキテクチャ」。IBM オンライン記事、2004 年 11 月 9 日。
