マイクロサービスと分散システムの違いは何ですか?特徴は何ですか？

マイクロサービスと分散システムの違いは何ですか?それぞれの特徴は何ですか？マイクロサービスは、既存のシステム操作が特定のモジュールのアップグレードやバグの影響を受けないように設計されています。マイクロサービスと分散システムの微妙な違いは、マイクロサービス アプリケーションは必ずしも複数のサーバーに分散する必要はなく、同じサーバー上に配置することもできるという点です。分散サービスはマイクロサービスに属し、モジュールを独立したサービス ユニットに分割して、インターフェイスを介したデータのやり取りを実現します。分散サービスとマイクロサービスのアーキテクチャは、展開方法が異なることを除いて非常に似ています。

[[386625]]

マイクロサービスとは何ですか?

マイクロサービス アーキテクチャは、インターネット製品の爆発的な成長に直面しているチームにとって最適な選択肢です。迅速な反復、高い信頼性、高い可用性などの問題を解決することを目的としています。非常に複雑な製品を小さなモジュールに分割し、コンウェイの法則に従います。各モジュールは 5 ～ 9 の小規模チームによって保守されます。これにより、通信コストが削減され、コラボレーションの効率が向上し、迅速な反復と柔軟な拡張をより適切に実現できます。

マイクロサービス アーキテクチャ変換の採用により、展開ワークロードの増加や複雑なリンクの監視の難しさなど、さまざまな複雑さが生じます。これはマイクロサービスのためのマイクロサービスであり、良いことよりも悪いことの方が多くなります。実装プロセスでは、特定のマイクロサービス フレームワークやコンポーネントを使用するだけで、一夜にして成功を収めることはできません。代わりに、ビジネス、テクノロジー、運用・保守を有機的に組み合わせ、同時に実装する必要があります。その過程で、成功を収めるまでに多くの落とし穴を克服する必要もあります。

複雑な事業の分割は、1 つの手順で完了しない可能性があります。複雑であるため、各ビジネスを必ずしも 1 つのコンポーネントに分割する必要はありません。大規模なビジネスは、比較的独立したビジネスと大規模なビジネスに分割できます。ただし、事業が小規模で数が多く、類似した種類のものである場合は、急いで分割する必要はありません。

NetEase Kaolaを例に挙げてみましょう。プロジェクト数は当初の 7 件から、その後 150 件以上、さらに現在は 400 件以上に増加しており、すべて実際の状況に基づいて決定されています。中間状態は厳密な意味ではマイクロサービス アーキテクチャではないかもしれませんが、分散サービス アーキテクチャに属します。ただし、これはそれほど重要ではありません。重要なのは、事業開発段階のニーズを満たすことです。病院の救急室では発熱と腹痛の両方を治療します。分業はそれほど正確ではないが、それが間違っているとは言えない。

何が配布されますか?

分散アーキテクチャは、設計期間のアーキテクチャの考え方と運用期間のさまざまな構造に基づいて、サービス指向アーキテクチャ、分散サービス アーキテクチャ、マイクロサービス アーキテクチャに分類されます。

1. サービス指向アーキテクチャ: ビジネス サービスとサービス バス (通常は Web サービスと ESB) の観点からシステム アーキテクチャとエンタープライズ IT ガバナンスを検討します。

2. 分散サービスアーキテクチャ：分散型分散サービスフレームワークとテクノロジーに基づいて、システムアーキテクチャとサービスガバナンスを考慮します。

3. マイクロサービス アーキテクチャ: マイクロサービス アーキテクチャは、サービス指向アーキテクチャと分散サービス アーキテクチャの拡張として考えることができ、よりきめ細かいサービスと一連の設計ガイドラインを使用して、大規模で複雑なシステム アーキテクチャ設計を考慮します。

エンタープライズ統合分野の EAI アーキテクチャ モデルでは、各システムは独立して展開されますが、システム間の一部の業務は特定のテクノロジを使用して接続されます。したがって、これはモノリシックと分散の間の過渡的な状態と見なすことができます。

分散サービス アーキテクチャとマイクロサービス アーキテクチャの概念の違いと関連性:

分散: 圧力を分散します。

マイクロサービス: 分散機能。

分散: 異なるモジュールが異なるサーバーに展開されます。

機能: ウェブサイトの同時実行性の高さによって発生する問題に対する分散ソリューション。

クラスター: 同じサービス。

同じアプリケーションを展開する複数のサーバーがクラスターを形成します。

機能: 負荷分散デバイスを通じて外部サービスを提供します。

SOA [アセンブリ サービス/ESB エンタープライズ サービス バス]

ビジネス システムは複数のコンポーネントに分解され、各コンポーネントが個別に、自律的かつ再利用可能なサービス機能を提供できるようになります。

サービスの組み合わせとオーケストレーションを通じて上位レベルのビジネス プロセスを実装します。

機能: メンテナンスを簡素化し、全体的なリスクを軽減し、柔軟性を高めます。

マイクロサービス [サービス/マイクロサービス ゲートウェイ オープン API を検索]

アーキテクチャ設計コンセプト、サービス間の分離（分散も分離）、自律性（分散は全体の組み合わせに依存）、およびその他の特性（単一の責任、境界、非同期通信、独立した展開）は、分散コンセプトの厳格な実装です。

SOA からマイクロサービス アーキテクチャへの進化プロセス。

機能: 各サービスは個別に適用でき、組み合わせたサービスを体系的に適用することもできます。