1. はじめに

モノリシックアーキテクチャは中小企業で広く使用されており、業務が複雑でなく、チームの規模が小さい場合には、マイクロサービスアーキテクチャよりもモノリシックアーキテクチャの方が生産性が高くなります。

モノリシックアーキテクチャ

ビジネスがより複雑になり、同時実行量比較的多くなり、チームの規模が拡大すると、単一アーキテクチャよりも生産性が高く、コストを削減でき、同時実行性が高いなどの問題を解決できるマイクロサービスアーキテクチャを導入する必要があります。およびプロジェクトが再開されます。例:モールプロジェクトをアップグレードする必要があり、API インターフェイスを追加する必要があります。単一アーキテクチャの場合、フレームワークルーターファイルを変更し、再公開してデプロイする必要があります。今回は、アプリケーションを再起動する必要があり、再起動後にサービスが開始されます。この時点で、ユーザーは支払い操作を行っていますが、この時点でプロジェクトが再起動されている場合、注文は失われます現時点では、ユーザーやビジネス担当者に不必要なトラブルを引き起こす可能性があります。さらに、同時実行性が比較的大きい場合、負荷分散を実現するためにサーバーを拡張する必要があり、そのような操作はWeb サイト全体を最適化するため、負荷が増加します。運用と保守のコスト、現時点ではマイクロサービスを使用する必要があります

, 同時実行数が比較的大きい場合、マイクロサービスを使用すると各モジュールが独立しているため、どのモジュールの同時実行数が大きいかを知ることができ、このモジュールを最適化することができます。例: フロントエンドのログイン操作 (認証同時実行数が多ければの、ログインモジュール (検証コードサービス) は比較的大きいため、ログインモジュール (検証コードサービス) のマイクロサービスを最適化し、ログインモジュール (検証コードサービス) のより多くのマイクロサービスをデプロイできます。たとえば、注文モジュールサービスの同時実行性が高い場合、が比較的大きい場合、さらにもう 1 つの利点は、マイクロサービスを使用すると、プロジェクトのアップグレードも簡単に処理できることです。、フレームワークルーターファイルを変更し、再公開してデプロイする必要があります。このとき、アプリケーションを再起動する必要があり、再起動後にサービスが開始されます。マイクロサービスの場合、マイクロサービスを追加するだけで済みます。 -module サービス機能、およびプロジェクトの既存の機能は影響を受けません。