どのようなマイクロサービスアーキテクチャ?
マイクロ・サービス・アーキテクチャは、アーキテクチャパターンや建築様式の一種である、彼は、小さな一連のサービスへのサービスの間でそれぞれが独自の別のプロセスで実行されている、協調を単一のアプリケーションを提唱し、ユーザのための最終的な値を提供するように互いに協働します。サービス間の軽量の通信メカニズムを使用することは、(通常、RESTfulなAPIに基づいて)互いに通信します。各構築するための具体的なビジネスの周りのサービス、および独立ように生産環境、生産のような環境に展開してすることができます。また、あなたは、特定のサービスは、ビジネスコンテキストに基づくべきであるため、同じ、中央集中型のサービスのサービス管理メカニズムを回避しようと、適切な言語を選択し、それらを構築するためのツール、非常に軽量の集中を持つことができなければなりません管理これらのサービスを調整するために、あなたは別のデータストレージを使用することができ、サービスを記述するために別の言語を使用することができます
どのようなマイクロサービス?
個々ことを強調
マイクロサービスの長所と短所?
1)利点
図1に示すように、各サービスは、十分な凝集容易にそのようなコードは、指定されたビジネスまたはビジネス要件に集中させることができることは理解されるに十分小さいです
2、シンプル、高い開発効率の開発、単一のサービスだけで一つのことをやっています
3、マイクロサービスは、小さなチームを開発することができます
図4に示すように、マイクロサービスは緩く、それは開発段階であるか、または展開フェーズが独立しているかどうか、サービスの機能的意義があり、結合されています
5、サービスは、マイクロ言語発達することはできません
継続的な統合ツール(ジェンキンス、ハドソン、竹)を介して、自動展開を統合する6、サードパーティ製のマイクロ語順サービスと容易に統合簡単で柔軟な方法
、理解して修正し、維持するために、開発者に簡単に7、マイクロサービス、このような小さなチームが協力の価値を反映することなく、自分の仕事の成果についてもっと心配することができます
図8は、サービスを使用すると、最新技術のマイクロ統合の利点を活用することができます
9、唯一マイクロサービスのビジネスロジックのコードではなく、CSS、HTMLの組み合わせ他のインターフェイス
10は、各サービスは、独自のマイクロ記憶容量を有し、独自のデータベースを持つことができ、あなたが統一されたデータベースを持つことができます
2)デメリット
1、開発者は、分散システムの複雑さに対処したいです
図2は、サービス、オペレーションの増加および圧力の維持を持つマルチサービスオペレーション及びメンテナンスの難しさも増加します
3、システムの展開が依存しています
4サービス交通費
5、データの整合性
6、システム統合テスト
7、パフォーマンスの監視
彼が持っている必要が寸法分散型マイクロサービスアーキテクチャ、?