サービス指向アーキテクチャの要点を見てください
サービス指向アーキテクチャ（SOA）は、アプリケーションコンポーネントによって、通信プロトコルを介して他のコンポーネントにサービスが提供されるソフトウェア設計のスタイルです。通信網。その原則は、ベンダーや他のテクノロジーから独立しています。サービス指向アーキテクチャーでは、データを渡す方法、またはアクティビティーを調整する2つ以上のサービスを介して、2つの方法のいずれかで多数のサービスが相互に通信します。これは、サービス指向アーキテクチャーの定義の1つにすぎません。ウィキペディアの記事でさらに詳しく説明します。
サービス指向アーキテクチャーの特徴
サービス指向アーキテクチャーの定義概念は企業によって異なりますが、6つの重要な信条があります。これは、サービス指向アーキテクチャーの幅広い概念を包括します。これらのコアバリューには、次のものが含まれます。
ビジネスバリュー
戦略的目標
本質的な相互運用性
共有サービス
柔軟性
革新的な改良
これらのコアバリューのそれぞれは、古いフォーマットの分散コンピューティングからサービス指向アーキテクチャ、クラウドコンピューティング（派生物と見なされることが多いもの）までの連続体で見ることができます。 of Service-Oriented Architecture）。
サービス指向アーキテクチャパターン
サービス指向アーキテクチャの各ビルディングブロックには、次の3つの役割があります。サービスプロバイダー。サービスブローカー、サービスレジストリ、サービスリポジトリ。およびサービスリクエスター/コンシューマー。
サービスプロバイダーはサービスレジストリと連携して、セキュリティ、可用性、課金対象など、提供されるサービスの理由と方法について議論します。この役割は、サービスカテゴリと、取引契約が必要かどうかも決定します。
サービスブローカーは、サービスに関する情報を要求者が利用できるようにします。ブローカーのスコープは、それを実装する人によって決定されます。
サービスリクエスターは、ブローカーレジストリ内のエントリを見つけて、それらをサービスプロバイダーにバインドします。複数のサービスにアクセスできる場合とできない場合があります。これは、サービスリクエスターの機能によって異なります。
サービス指向アーキテクチャーの実装
サービス指向アーキテクチャー（SOA）の実装に関しては、さまざまなテクノロジーがあります。最終目標が何であり、何を達成しようとしているかに応じて、使用できます。
通常、サービス指向アーキテクチャはWebサービスで実装され、「標準のインターネットを介して機能的なビルディングブロックにアクセスできるようにします。プロトコル。」
Webサービス標準の例はSOAPです。これは、Simple Object Access Protocolの略です。一言で言えば、SOAPは、Webサービスの実装で構造化情報を交換するためのメッセージングプロトコル仕様です。コンピューターネットワーク。 SOAPは最初は評判が良くありませんでしたが、2003年以降、人気が高まり、広く使用され、受け入れられるようになりました。サービス指向アーキテクチャーを実装するための他のオプションには、Jini、COBRA、またはRESTが含まれます。
アーキテクチャーは「特定のテクノロジーとは独立して動作」できることに注意することが重要です。つまり、さまざまな方法で実装できます。 ActiveMQ、Apache Thrift、SORCERなどのメッセージングを含みます。
サービス指向アーキテクチャが重要である理由
特にWebサービスベースのビジネスでは、サービス指向アーキテクチャには多くの利点があります。ここでは、それらの利点のいくつかを簡単に説明します。
使用再利用可能なコードを作成するためのサービス指向アーキテクチャー：これにより、開発プロセスに費やす時間が削減されるだけでなく、新しいサービスまたはプロセスを作成する必要があるたびにコーディングホイールを再発明する理由もありません。サービス指向アーキテクチャーでは、複数のcodiを使用するためすべてが中央のインターフェースを介して実行されるため、言語を使用できます。
サービス指向アーキテクチャを使用して対話を促進する：サービス指向アーキテクチャでは、標準形式の通信が導入され、さまざまなシステムやプラットフォームが機能できるようになります。互いに独立しています。この相互作用により、サービス指向アーキテクチャーはファイアウォールを回避することもでき、「企業は運用に不可欠なサービスを共有できます。」
スケーラビリティのためにサービス指向アーキテクチャを使用する：クライアントのニーズに合わせてビジネスを拡張できることが重要ですが、特定の依存関係がそのスケーラビリティの妨げになる可能性があります。サービス指向アーキテクチャを使用すると、クライアントとサービスの相互作用が削減され、スケーラビリティが向上します。
サービス指向アーキテクチャを使用してコストを削減する：サービス指向アーキテクチャを使用すると、「サービス指向アーキテクチャを使用しながらコストを削減できます」望ましいレベルの出力を維持します。」サービス指向アーキテクチャを使用すると、企業はカスタムソリューションを開発するときに必要な分析の量を制限できます。
サービス指向アーキテクチャとクラウドコンピューティングの連携方法
まず、次の点に注意することが重要です。サービス指向アーキテクチャは、クラウドコンピューティングの有無にかかわらず機能しますが、ファイルストレージをクラウドに移行する企業が増えているため、クラウドコンピューティングとサービス指向アーキテクチャを一緒に使用することは理にかなっています。
簡単に言うと、クラウドコンピューティングを使用すると、ユーザーは自分の要件に合わせたサービスを簡単かつ即座に実装できます。クライアント、「IT部門に相談する必要はありません。」
サービス指向アーキテクチャとクラウドコンピューティングを一緒に使用することの1つの欠点は、セキュリティやavailabなどの一部の側面が評価されないことです。能力。クラウドコンピューティングを使用する場合、ユーザーはプロバイダーに翻弄されることがよくあります。
クラウドコンピューティングとサービス指向アーキテクチャを統合する際に企業が直面するかなり大きな課題の1つは、既存のデータとシステムをクラウドに統合することです。解決。シームレスな移行を実現するには、最初から最後まで継続性が必要です。また、すべてのITの側面をクラウドにアウトソーシングできるわけではないことを覚えておくことも重要です。手動で行う必要のあることがいくつかあります。
サービス指向アーキテクチャとクラウドの詳細については、こちらをご覧ください。コンピューティングはここで連携します。
サービス指向アーキテクチャとSaaSの違い
サービス指向アーキテクチャとは何か、そしてそれを使用してビジネスを前進させる方法については、かなり話しました。ただし、ビジネスの推進にも使用できるSaaS（Software as a Service）もあります。 SaaSとは何か、そしてそれがサービス指向アーキテクチャーとどのように違うのか疑問に思われるかもしれません。簡単に言うと、SaaSを通じて利用できるリソースはソフトウェアアプリケーションです。重要な要素は、SaaSインフラストラクチャが「ユーザーは利用できるが、ユーザーには隠されている」ということです。 SaaSの利点は、ユーザーがソフトウェアのインストールと保守の両方を行う必要がないことです。これにより、複雑な要件が不要になります。SaaSを使用すると、顧客は事前のライセンスも必要なく、プロバイダーは保守のみを行うため、コストを削減できます。単一のアプリケーション。
サービス指向アーキテクチャとマイクロサービスの違い
マイクロサービスアーキテクチャとも呼ばれるマイクロサービスは、「アプリケーションを、ビジネスドメインをモデルにした小さな自律サービスのコレクションとして構造化するアーキテクチャスタイル」です。
マイクロサービスとサービス指向アーキテクチャは似ていますがいくつかの点で、主な違いは機能にあります。明らかに、サービスは両方の主要なコンポーネントです。サービスには4つの基本的なタイプがあります。
機能サービス：これらはコアビジネスオペレーションを定義します
エンタープライズサービス：これらは機能サービスによって定義された機能を実装します
アプリケーションサービス：これらは特定のアプリケーションコンテンツに限定されます
インフラストラクチャサービス：認証、監査、セキュリティ、ロギングなどの機能しないタスクを実装します
ご覧のとおり、これらの各サービスはその前のものに基づいて構築され、使いやすいだけでなく、ビジネスを管理するためのさまざまな方法を提供するシステムを作成します。他の機能と同様に、それはあなたとあなたのビジネスに最適なものを見つけることの問題です。
サービス指向アーキテクチャとマイクロサービスの詳細についてはこちらをご覧ください。
いくつかの最終的な考えサービス指向アーキテクチャについて
ご想像のとおり、サービス指向アーキテクチャーは、解読するのが少し難しいかもしれませんが、それの要点とそれがあなたの会社に提供できる利点を理解すると、それを発見したことにワクワクするでしょう。
この記事全体を通して、いくつかの優れたサービス指向アーキテクチャリソースを提供しました。また、コンセプトをさらに深く掘り下げ、ビジネスを推進するのに役立つさらに多くのリソースを提供する記事をさらにいくつか提供します。 次のレベル。
クライアントにサービスを提供するときにどちらの方向に進むことに決めたとしても、さまざまなことが人によって機能することを覚えておくことが重要です。 引き受けたすべてのクライアントにカスタムサービスを提供することはできませんが、クライアントの最も一般的なニーズに合うさまざまなサービスを提供できます。
今後の記事で、 Web 2.0で、サービス指向アーキテクチャのマイクロサービスについて詳しく説明します。