1.従来の3層アーキテクチャ
図MVCは、3層アーキテクチャに基づいており、それは、プレゼンテーション層、ビジネス層と永続化層に分けることができます
プレゼンテーション層は、要求を受信するための責任があると要求を転送します
ビジネス層は、要求を処理し、そのトランザクションの管理に注意ログインする価値がある、などの操作は、一般的にこの層に封入されています
永続層は、データベースとエンティティ間の業務を担当して
我々は、三スプリング管理の関係を用いて、そのようなSpringMVC又はStrut2、MyBatisのまたは休止状態を使用して永続化層を使用して、プレゼンテーション層として、層の開発を簡素化するためにフレームワークを使用することができ
2.クラスタアーキテクチャ
クラスターは、発展のレベルに属しています。
そのような大きな違いは、システムリソースにつながる、あなたがこのような問題を解決するために、クラスタを使用することができ、システムリソースの異なるモジュールの割合でビジネスレイヤのような従来の3層アーキテクチャにおける多くの問題があります。
クラスタアーキテクチャでは、一般的に、このような重要な役割で構成され、それがリバースプロキシサーバであり、その主なタスクは、負荷分散を実現することで、ターゲット・サーバーに転送受信ユーザー要求、。
nginxのリバースプロキシサーバーを達成するために使用することができます。
3.分散アーキテクチャ
複数のモジュールは一つの機能を実行します。
各モジュールは、クラスタを構築することができます - > [ハイアベイラビリティ
4.マイクロサービスアーキテクチャ
製品サービスの機能モジュールは、垂直分割されたサービスのタイプを分割します。
クライアントはマイクロサービス・ベースのHTTPまたはRPCの方法と呼ばれることができ、その目的は、生成された呼び出しのパフォーマンス・オーバーヘッドを削減することです。
各モジュールはまた、クラスタを設定することができます - > [ハイアベイラビリティ
3つのサービスに軽量なAPI呼び出しの種類 - サービスレジスタと、クライアントとサービスの実装マイクロ間のサービスゲートウェイコールを使用(通信)
3つの方法で2つのシステム間のSOAの通信
ダボアーキテクチャ: