エンタープライズアプリケーションアーキテクチャの1進化
1.1。図のアーキテクチャの進化
1.2。テキスト記述
＃単一のアプリケーションアーキテクチャ
ウェブサイトのトラフィックは、小さな、唯一のアプリケーションは、すべての機能を展開し、ノードのコスト削減に一緒に配備されている
＃垂直アプリケーションアーキテクチャ
トラフィックが徐々に増加している、ますます増加し、機械によって引き起こされる単一のアプリケーション・アクセラレーションを小さい、アプリケーションが効率高めるために、いくつかの異なるアプリケーションに分割され
＃分散型サービスアーキテクチャ
より多くの垂直アプリケーション、アプリケーション間の不可避の相互作用を、独立したサービスとして、コアビジネスから引き出さされ、徐々に、安定したサービスセンターを形成するために、フロントエンドアプリケーションをより迅速に変化する市場ニーズに対応するため
のコンピューティングアーキテクチャ循環
より多くのサービスを、キャパシティ・アセスメント、リソースおよびその他の小さなサービスの問題の廃棄物が徐々に浮上している、この時間は、スケジュールを追加しますセンターベースのリアルタイム圧力管理クラスタの容量へのアクセス、クラスタの利用改善
理解の＃全体の進化のパス：
単一ノード・アプリケーションを - >アプリケーションクラスタ- >分散アプリケーション] - > [サービス管理
2.サービス管理ソリューション
＃1 小規模サービス・ソリューションを RMIやヘッセツール、シンプルな暴露により、リモートサービスを参照するためのURLを設定することにより、サービスを呼び出す ＃ 2 。大規模なサービス・ソリューション ＃ 2.1 。需要 。サービス以上の場合より多くの構成管理サービスのURLは、非常に困難になります。この時点で、サービスレジストリ、動的登録およびディスカバリサービス必要 Bを。サービスの複合体との間の依存関係は、さえ困難なアプリケーション間で開始するために整理している場合。この時点で、あなたがサービスを必要とし、自動的に管理し 、Cを。サービスコール量が増加した場合、サービスの能力を評価する方法？どのように多くのマシンが必要ですか？この時点で、我々はサービスの容量計画と管理を必要とする ＃ 2.2 のソリューション。 サービスのガバナンス体制：ダボ、春の雲を