※1つの※進化を
参考：ダボはまだシリコンバレーコースです
単一のアプリケーション・アーキテクチャを※：
トラフィックが非常に少ない場合♩サイトは、唯一のアプリケーションは、すべての機能は、コストを削減し、ノードを展開するために一緒に展開されます。
♩この場合には、CRUDワークロード・データ・アクセス・フレーム（ORM）を簡略化するためのキーです。
♩小さなサイト、小規模な管理システムのために、すべての機能が使いやすく、機能にデプロイされます。
短所：1、パフォーマンスが拡大することはより困難です
2、共同開発の問題
3、メンテナンスをアップグレードする助長されていません
垂直アプリケーションアーキテクチャを※：
トラフィックが徐々に増加しているとき♩、ますます小さくなって加速を高めるために、マシンをもたらすために、単一のアプリケーションは、アプリケーションが効率を改善するために、いくつかの異なるアプリケーションに分割されます。
♩この時点で、Webフレームワークのためのフロントページには、（MVC）の開発を加速するためのキーです。
よりターゲットを絞っ、チームがその職務を遂行より管理し、スケーラブルなパフォーマンスとより便利、メンテナンスおよび展開の難しさを減らし、各モジュール個別のサービス展開を分割することによって達成される♩。
短所：共通モジュールは、廃棄物の利用の開発に再利用することはできません
分散型サービスアーキテクチャを※
♩より多くの垂直アプリケーション、アプリケーション間の必然的な相互作用、独立したサービスとして、コアビジネスの外に描画され、徐々にフロントエンドアプリケーションをより迅速に変化する市場ニーズに対応するため、安定したサービスセンターを形成します。
♩この場合には、サービス多重化および統合の改善のための分散サービスフレームワーク（RPC）をキーです。
※アーキテクチャを計算する流れ
♩サービスはますます、徐々に浮上している資源やその他の問題の小さなサービス廃棄物の容量、派遣センターは、リアルタイム圧力管理クラスタ能力へのアクセスを向上させるクラスタの利用率を改善する必要性に基づいて、この時間を評価するとき。
♩このとき、用リソースのスケジューリングとコントロールセンターマシンの利用向上させるために（SOA）[サービス指向アーキテクチャを] キーです。
