4

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

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

4

2 に答える 2

3

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

キャッシングは大きな関心事である必要があります。また、データが存在するハードウェアを拡張する方法。

非常に興味深く有益な読み物は、ライブジャーナルの実世界のバイオ、スケーリングの歴史、そして彼らがウェブサイトの大幅な成長で物理的な存在感をどのように拡大したかです. 彼らの仕事の主要な分岐点の 1 つは、新しいキャッシング テクノロジである memcached でした。これは現在、特に FaceBook で使用されています。意外と素直です。

于 2008-10-27T11:22:54.953 に答える
2

High Scalabilityブログは良いです。大規模なサイトの物理的な部分に関する例をいくつか見ることができます。一般的な第 1 レベルの物理スケーリング手法は、ロード バランサーだと思います。これは非常に簡単ですが、最も簡単に言えば、潜在的なボトルネックとなるデータベースがまだ残っています。スケーリングの物理的な部分のほとんどは、追加するだけで済みます。実際の問題は、何かの 1 つだけを使用せざるを得ない場合に発生します。

于 2008-10-27T11:26:18.537 に答える