私は新しいウェブサイトのアーキテクチャを設計しています。マルチティア・アーキテクチャーは時期尚早の最適化（複雑さ、開発の長さなど）のすべての症状を確実に抱えているので、この時点では避けたいですが、システムの後にそのようなアーキテクチャーを導入する適切に）非常に高価になります。 サイトが十分に大きくなると、そのようなアーキテクチャは不可欠であると私は信じています。スケーラブルなWebサイトの多層アーキテクチャは時期尚早の最適化ですか？
あなたはどう思いますか？
これは、どのプラットフォームに依存するかによって異なります。
優れたプラクティスを使用してレイヤ間の依存関係を避けて、n層アーキテクチャを開発することができます。これは、設計をn層アプローチに拡張することができます。
たとえば、.NETアリーナの場合、n-tierアーキテクチャをn-tierに移植するのはWindows Communication Foundationのおかげで簡単です。これにより、多くのコードを記述する必要がなくなります。 HTTP、生のTCP、または層を通信するために使用するプロトコル、さらにそれらを消費するクライアントコードが含まれます。
ドメイン駆動型デザインとその関連デザインパターンを見て、あなたが勝つでしょう。
要約すると、ソリューションを複数の層に分散すると、最初のバージョンのスケーラビリティが向上するかどうかを分析する必要があります。また、n層をeaslyサポートするように設計を準備します。
これは、依存関係を回避し、プログラムの各部分を共有インターフェイスと一緒に使用できるようにするための懸案事項です。
とにかく、n層のWebサイトは、低〜中規模の使用シナリオで非n層のWebサイトと比較して悪いパフォーマンスを示すはずです。つまり、アプリケーションが何千人ものユーザーに同時にコンテンツを提供する必要があると考えるべきですこれはn層のシナリオをとるためのコストとなります。
N層には専用のホスティングが必要です。
プロジェクトの目標に関する詳細情報を提供できますか？ （私はスケーラビリティの観点から）。