サービスアーキテクチャは、一連の自律型サービスの問題を解決するソフトウェア設計アプローチです。

アナロジー

サービスアーキテクチャの合理的な例えは、銀行などの組織です。銀行は、顧客サービス、ITサービス、人事管理サービスなどのさまざまなサービスに作業を分割します。各サービスは独立しており、さまざまなオフィスに展開できます。各サービスのクライアントには、サービスに期待できることを記載した契約が提供されます。たとえば、人事管理は、チームがプロセスを開始するために記入するフォームを使用して、チームが新しいスタッフを採用するのに役立ちます。会社のサービス構造は、銀行を運営するという複雑な問題を機能の小さな管理チャンクに分解します。

サービス

サービスはソフトウェアの単位であり、機能を実行します。これらは、複雑な問題を一連のより単純な問題に分割するために使用されます。サービスは、個別に展開できるようにも設計されています。これは、拡張性と復元力の高いシステムを構築できるという大きな利点です。

復元力

復元力とは、さまざまなストレスを含む現実の状況で信頼できるソフトウェアの用語です。失敗。サービスアーキテクチャは、障害が発生しても機能し続けるシステムを構築するための便利な手法です。これは、サービスが相互に依存しないように自律的に設計することによって行われます。その後、サービスをクラウドインフラストラクチャにデプロイし、必要に応じてスケールアップおよびスケールダウンできます。インスタンスに障害が発生した場合、サービスはこれを自動的に検出するのに十分スマートです。動作しているインスタンスを見つけます。

サービスとコンポーネント

サービスとコンポーネントは、作業を管理可能で再利用可能なチャンクに分割する2つの異なる方法です。違いはそのサービスは独自にデプロイできます。コンポーネントは他のものと一緒にデプロイされるため、自律的ではありません。サービスはコンポーネントから構築できます。同様に、コンポーネントはサービスを使用する場合があります。

サービス指向アーキテクチャ（SOA）

サービス指向アーキテクチャは、によって採用および販売されたサービスアーキテクチャの初期の用語でした。これを使用してSOAプラットフォームとミドルウェアを販売した多くの大規模なITベンダー。これは2005年頃の大規模な情報技術の流行であり、多数のソフトウェアを購入し、SOAパラダイムに適合するように既存のシステムを再設計することを含む多くのトップダウン実装が見られました。このアクティビティの多くはSOAのポイントを完全に見逃しており、プロジェクトの失敗は一般的でした。 IT専門家がSOAを推進または批判したため、混乱が生じました。多くの場合、物事を可能な限り複雑に聞こえるようにしました。

マイクロサービス

すべての大げさでナンセンス人気のピーク時にSOAを取り巻くものは、熟練したアーキテクトが、信頼性が高く、スケーラブルで、管理しやすく、費用効果の高いシステムとアプリケーションを生み出す効果的かつ軽量な方法でコアアイデアを使用することを妨げませんでした。これは、サービス設計の一連の原則に基づいて編成されたマイクロサービスと呼ばれるソフトウェア設計の新しい文化に進化しました。

例

通信会社は、個別に展開可能な一連のサービスとして課金システムを設計しています。各サービスは、さまざまな人が開発、保守、管理できる個別の製品と見なされます。サービスはクラウドにデプロイされ、疎結合されます。サービスインスタンスに障害が発生すると、他のサービスはまだ機能しているインスタンスに自動的に切り替わります。電気通信課金の問題は非常に複雑ですが、アーキテクチャ内の単一のサービスは、それぞれの開発と管理が比較的安価であるほど複雑ではありません。サービスは本質的に自己組織化されています。それぞれがAPIを他のサービスに公開します。それぞれが他のサービスから何を必要としているかを知っており、失敗したインスタンスを迂回して応答しているサービスを見つけるのに十分賢いです。つまり、アーキテクチャには中央コントローラやミドルウェアがありません。

概要：サービスアーキテクチャ
タイプ
定義	一連の自律型サービスの問題を解決するソフトウェア設計アプローチ。
関連する概念