あなたルイで学んだ株式のレッスンへのJavaフレームワークではマイクロサービス上の新しいSOAである議論？人々はまだSOAそれについて話していますか？2つの新しいアーキテクチャの全体的な構造の違いで見てみましょう。
では、「マイクロ・サービスとは何か」、サービスはSOAと分散型マイクロアーキテクチャは、モノリシックなアーキテクチャを超える明白な利点を持っていることを学びました。
このブログでは、私は、階層化アーキテクチャに基づいて説明し、あなたのマイクロサービスとSOAのアーキテクチャの違いを教えてくれます。
マイクロサービスとSOAの綿密な調査との違いの前に、私はあなたにモノリシックアーキテクチャ、SOA、およびマイクロサービスの基本的な違いを教えてみましょう：
素人用語で、アプリケーションソフトウェアのすべてのコンポーネントが一緒に組み立てられ、密に充填されている全体と同様一つの大きな容器。
サービス指向アーキテクチャーの性質にサービスのコレクションです。これらのサービスは、相互に通信します。通信はまた、2つを含む以上、特定のサービス活動を調整することができる単純なデータ転送を含むことができます。サービスを相互接続するいくつかの方法が必要です。
また、マイクロマイクロサービスアーキテクチャとして知られているサービスは、アプリケーションのコレクションは、小さな自律周りにモデル化されたビジネス・サービスとして構成することができ、建築様式です。
また、私たちのマイクロサービスアーキテクチャの専門家はマイクロサービスアーキテクチャとSOAとの違いを説明し、以下のビデオを、見ることができます。
EdurekaマイクロサービスとSOAのチュートリアル
さて、マイクロサービスとSOAとの大きな違いでの外観をしてみましょう：
マイクロサービスとSOA
マイクロは、SOAのサービスと比較すると、彼らはすべての主要な構成要素としてのサービスに依存しているが、サービスの機能の面で非常に異なります
サービス指向アーキテクチャ
次のようにSOAは、サービスの4つの基本型を定義しています。
ビジネスサービス：
粗粒コアビジネスオペレーションサービスを定義します。
などエグゼクティブ代表言語（BPEL）は、XML、ビジネスプロセスを通じて。
ビジネスサービス：
ビジネスサービス定義関数を実装します。
サービス要求を満たすために、アプリケーション・サービスとインフラストラクチャサービスに主に依存しています。
アプリケーションサービス：
限られたきめ細かなサービス固有のアプリケーション・コンテキスト。
専用のユーザーインターフェースは、サービスを直接呼び出すことができます。
インフラストラクチャサービス：
認証、監査、セキュリティ、およびロギングなどの非機能的なタスクを実行します。
アプリケーションサービスまたはビジネスサービスから呼び出すことができます。
サービス分類の標準的なマイクロサービスが制限されています。以下に示すように、それらは、サービス組成物の二つのタイプから成ります。
サービスの特徴：
特定の業務をサポートしています。
サービスへのアクセスが外部で行われ、これらのサービスは他のサービスと共有されることはありません。
SOAと同じように、インフラストラクチャサービスは、ロギングなどのような監査、およびセキュリティタスクを達成します。
この場合、サービスは、外の世界に開放されません。
SOAとMSAとの主な違い
サービスやSOAのマイクロ詳細の主な違い
服务粒度：微服务架构中的服务组件通常是单用途的服务，可以真正，非常好地完成一件事情。借助SOA，服务组件的大小范围可以从小型应用程序服务到大型企业服务。实际上，在SOA中以大型产品甚至子系统为代表的服务组件是很常见的。
组件共享：组件共享是SOA的核心宗旨之一。实际上，组件共享就是企业服务的全部内容。 SOA增强了组件共享，而MSA则尝试通过“有界上下文”来最大程度地减少共享。有界上下文是指将组件及其数据耦合为具有最小依赖性的单个单元。由于SOA依靠多种服务来满足业务请求，因此基于SOA构建的系统可能会比MSA慢。
中间件与API层：微服务架构模式通常具有所谓的API层，而SOA具有消息传递中间件组件。 SOA中的消息传递中间件提供了MSA中未提供的许多其他功能，包括中介和路由，消息增强，消息和协议转换。 MSA在服务和服务使用者之间有一个API层。
远程服务：SOA体系结构依赖于消息传递（AMQP，MSMQ）和SOAP作为主要的远程访问协议。大多数MSA依赖于REST和简单消息传递（JMS，MSMQ）这两种协议，并且MSA中发现的协议通常是同质的。
异构的互操作性：SOA通过其消息中间件组件促进了多种异构协议的传播。 MSA尝试通过减少集成选择的数量来简化体系结构模式。如果要在异构环境中使用不同协议集成多个系统，则需要考虑SOA。如果可以通过相同的远程访问协议公开和访问所有服务，则MSA是更好的选择。
最後に、私は一種のアーキテクチャの別のアーキテクチャよりもそれほど単純ではありませんどのように判断すると言いたいです。これは主に、あなたが構築するアプリケーションの目的に依存します。したがって、SOAに適していない小さなアプリケーションは、ミドルウェア・コンポーネントをメッセージング必要とせず、かつ、SOAは、異種のアプリケーションおよび多くの大規模かつ複雑なビジネスアプリケーション環境を統合する必要性に適しています。一方、マイクロサービスは、より良い小さいパーティションと合理的なWebベースのシステムに適し、これらのシステムでは、マイクロ・サービスは、開発者としてより細かく制御を提供します。彼らはすべての異なる建築の特徴を持っているので、それはそう構築されるアプリケーションの目的に応じて、そのを締結しました。
欠陥がコメント交換を追加するために歓迎されている場合記事は、ここに書きました！