Webアプリケーションインフラストラクチャ

Question

中規模から大規模の組織が社内で使用するいくつかのエンタープライズアプリケーションをカスタムコード化しています（外部フットプリントが最小限のものもあります）。私は今、以前のプロジェクトが達成したよりも毎日のトラフィックが多い大規模なユーザーベースを（できれば）見ることができるWebプロジェクトの計画を立てています。明らかに、設計をスケーラブルで保守可能なものにしたいのです。問題は、物理的なレイアウトの観点（サーバー/ VM）から何を期待すべきかわからないことです。

質問：これに役立つリソースは何ですか？本？ウェブサイト？スケーラブルなアプリケーション設計には多くのことを見つけましたが、スケーラブルな物理設計には何もありません。

Answer 1

拡張性の高いブログは良いです。大規模なサイトの物理的な部分を調べた例をいくつか見ることができます。一般的な第1レベルの物理スケーリング技術はロードバランサーだと思います。これは非常に簡単ですが、最も単純な場合でも潜在的なボトルネックとなるデータベースが残っています。スケーリングの物理的な部分のほとんどでは、さらに追加するだけでよく、実際の問題は、いずれか1つを使用せざるを得ない場合に発生します。

Answer 2

使用する予定のテクノロジーについて何も知らずに正確な答えを出すのは困難です。スケーリングが主な要因である場合、アプリケーションへのアプローチは、計画されている物理インフラストラクチャを完全に認識できません。

キャッシュは大きな関心事でなければなりません。データが存在するハードウェアを拡張する方法。

非常に興味深く有益な読み物は、ライブジャーナルの実世界の経歴です。スケーリングの歴史、およびウェブサイトの大幅な成長とともに物理的な存在感をどのように高めたか。彼らの仕事の主要な派生物の1つは、新しいキャッシングテクノロジーであるmemcachedでした。これは、現在FaceBookで使用されています。驚くほど正直です。