簡単に言えば、マイクロアーキテクチャ設計サービスは方法です、分散システムの展開、二つの異なる概念であります
マイクロサービスは何ですか？
ここでは短い、マイクロサービスでは、帳簿上の複雑な入門を参照していないだけで一つのこと、唯一の単一の関数へのサービス対応などの小型として、非常に小さいサービスです。このサービスは、小さな独立したチームは、テスト、展開によって開発されている各マイクロサービス間のRPCサービスを介して互いに相互作用することができ、単独の実行を展開することができ、オンライン、そのライフサイクル全体の責任です。
マイクロサービスアーキテクチャは何ですか？
わずか数百人の場合は、需要を取得するとき、量および同時ユーザーの最大量を過剰推定、行うには最初の論理アーキテクチャ、物理アーキテクチャを行い、アーキテクチャの設計時間を行った後、単一のアプリケーション・サーバーは、ユーザーのコンピューティングニーズを満たすことができます大規模なユーザーの数、およびいくつかの機能が頻繁にアクセスされている、または特定の関数の計算が大量に、分割を使用することが推奨されている場合、小さなアプリケーションで、単一のアプリケーションは、すべてのアプリケーションは、アプリケーション・サーバーにデプロイすることを得ることができるようになります複数のサブシステムのためのソリューション、マイクロサービスアーキテクチャでその機能、責任それぞれ。
だから何が分配されますか。
名前は、サービス間のRPC Webサービスを通じてサービスは、サービスが異なるマシン上に配備分散し、サービスはいくつかの機能のために責任があるかもしれない、それはSOA指向アーキテクチャで配布されますが、また、相互作用するか、または相互に作用するとおり。論理アーキテクチャの設計は、分散配置が互いにとしてカウントすることができ、物理的なアーキテクチャの設計、複数のサーバまたは仮想マシン上のシステムアプリケーションの展開、及び通信プロトコルの様々なスルーインタラクティブ情報の展開の各別個の部分の後に実稼働環境を行っているべきです展開を配布しなければならないの下でマイクロサービスは、アプリケーションの展開は、必ずしもそのようなクラスタの展開として、マイクロサービスアーキテクチャを分散されていない、これは異なるサーバー上で同じアプリケーションが、論理機能または単一のアプリケーションにコピーされます。
サービスが高い敏捷性を担当する各マイクロ小さなチームから独立しているので、最後のサービスに配布される分散サービス、その小さなサイズに比べてマイクロサービス、サービス間の結合度が低いです、マイクロサービスアーキテクチャの進化は、これは傾向であるが、ミクロのサービスを提供した後の課題は困難であろうこのような大規模な、後半運用・保守のサービスの粒度の小さな数として、明らかであるもたらします。