分散アーキテクチャは、 分散コンピューティング テクノロジのアプリケーションおよびツールです。現在成熟したテクノロジには、J2EE、CORBA、.NET (DCOM) が含まれます。これらのテクノロジには幅広い内容が含まれており、関連書籍も非常に充実しています。これらのテクノロジの詳細については説明しませんが、さまざまな分散システム プラットフォームの背景とソフトウェア開発におけるそれらのアプリケーションの背景から、それらの主な類似点と相違点のみを説明します。
#マイクロサービス アーキテクチャは、クラウドにアプリケーションとサービスをデプロイするための新しいテクノロジです。マイクロサービスに関する議論の多くは、マイクロサービスの実装にコンテナやその他のテクノロジーが適しているかどうかに焦点を当てており、Red Hat は API に焦点を当てるべきだと述べています。 (推奨学習: Java ビデオ チュートリアル )
マイクロサービスは「独自のプログラム」で実行でき、「軽量デバイス」を通じて HTTP タイプの API と通信できます。重要なのは、サービスが独自のプログラムで実行できることです。これにより、サービスの公開とマイクロサービス アーキテクチャ (既存のシステムでの API の配布) を区別できます。サービス公開では、多くのサービスを内部の独立したプロセスに制限できます。これらのサービスのいずれかに追加機能が必要な場合は、プロセスの範囲を減らす必要があります。マイクロサービス アーキテクチャでは、プロセス アーキテクチャ全体に影響を与えることなく、必要な機能を特定のサービスに追加するだけで済みます。
概念的に理解すると、分散サービス アーキテクチャはサービスのサービス化と分散化を重視し、マイクロサービスはサービスの専門化と細かい分業を重視します。実際的な観点から見ると、マイクロサービス アーキテクチャは通常、分散サービス アーキテクチャです。しかし、その逆は必ずしも真ではありません。したがって、マイクロサービスを選択することは、通常、分散アーキテクチャのさまざまな問題を解決することを意味します。
流通を区別する方法は、さまざまなマシンに基づくさまざまなビジネスに基づいています。
大規模なシステムを複数のビジネス モジュールに分割します。ビジネス モジュールは異なるマシンにデプロイされ、インターフェイスを介して各ビジネス モジュール間でデータのやり取りが行われます。ディストリビューションを区別する方法は、異なるサービスが異なるマシンに基づいていることです。
マイクロサービスは、単一責任、軽量通信 (HTTP)、独立性、プロセス分離を重視します。
マイクロサービスと分散の微妙な違いは、マイクロサービスのアプリケーションが必ずしも複数のサーバーに分散しているわけではなく、同じサーバーであってもよいことです。
#分散型マイクロサービスですか?
必ずしもそうではありません。大規模なアプリケーションが 3 つのアプリケーションに分割されても、依然として非常に大規模です。分散されていますが、マイクロサービスではありません。 。マイクロサービスの中核要素は小ささです。 。マイクロサービス アーキテクチャは、分散サービス アーキテクチャのサブセットです。
マイクロサービス アーキテクチャは、サービスを細分化することでシステム全体の反復速度を高速化し、並列性を高めますが、サービスの粒度が細かくなるにつれて、運用と保守の複雑さとパフォーマンスが増加します。マイクロサービスは、各モジュールを独立させるための分離に重点を置いています。配布はリソースの共有とコンピュータの計算の高速化に重点を置いています。
分散: 圧力を分散します。マイクロサービス: 分散機能。
その他の Java 関連の技術記事については、Java 開発チュートリアル 列にアクセスして学習してください。
以上がマイクロサービスと分散の違いの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。