地下室での起動とスケーリング
ですから、私はこの「素晴らしい」アイデアを頭の中に持っていて、それに取り組み始めて、それを中心に会社を作りたいと思っています。デスクトップ開発に5年以上取り組んでおり、アイデアはWebを中心に展開しています。私のWeb開発への露出は、純粋に学術的なものです（いくつかのデータベース駆動型Webサイトなど）。
私は自分が始めてうまくいくものを構築するための手段を持っていることを知っていますが、私が構築したものを膨大な数にスケーリングする専門知識がないと確信しています。
一部のWebメジャーが寮の部屋などでどのように始まったかを見ると、ほとんどのWebスタートアップがこの問題にどのように取り組んでいるのか疑問に思っています（すべての主要なスタートアップの創設者が、数百万人のユーザーに対応できるものを持っていたとは信じられません。最初のジャブ）。
私ができることなら何でも実行して、必要に応じてスケーリングについて心配するのが賢明だと思いますか？それとも、私が噛むことができる以上に噛もうとしている兆候だと思いますか？
今すぐ動作させることを心配してください。それは十分に難しいです。それが成功し、成功する恐れがある場合でも、スケーリングについて心配する時間は十分にあります。また、これらのことを本当に心配する必要があるときまでに、運用に資金を提供するためにより多くの現金が投入され、実際に何をしているのかについてより良いアイデアが得られることを願っています。
いずれにせよ、至る所で巨大なサクセスストーリーがあるにもかかわらず、最も可能性の高いシナリオ（統計的に言えば）は、その将来をどれほど輝かしく想像しても、失敗するか、ニッチな製品のままになるというものです。ローリングするのではなく、今すぐスケーリングを最適化すると、間違ったことに労力を浪費することになります。
"しないでくださいスケールあなたまで失敗"
他の人が述べているように、あなたのサービス/製品、そして最も重要なのはあなたの顧客に集中してください。 成長必要に応じてアプリケーションテクノロジ。
ちなみに、本当にひどい方法でプログラムされていない限り、控えめなハードウェアと最新のWebフレームワークでさえ多くのトラフィックを処理するのに十分です。
私ができることなら何でも実行して、必要に応じてスケーリングについて心配するのが賢明だと思いますか？
それが開始する唯一の方法です。 2つのことができるまで、スケーリングに対処しないでください。
良好なコードカバレッジのための単体テストを備えた、動作するアプリケーション。
実際にスケーラビリティを制限する実際のボトルネック。
寮の部屋で始まったそれらのウェブサイトのいくつか まだスケーリングの問題を解決していません 。
しかし、実際には、それを機能させるだけです。 YAGNIは、急速な開発を始めて実行するときに生きる良いマントラです。 YAGNIはあなたがやりたいことをするという意味ではないことを覚えておいてください。あなたはまだ良い設計上の決定をしているべきです、ただ今は本当の関心事ではない問題にもっと少ない重みをかけることができます。
安価なクラウドサーバー（$ 7-10 /月）をAmazon（またはRackspace）にサインアップしてください。プロジェクトが成長し始めた場合、それらは簡単で安価なハードウェアスケーリングを提供します。これにより、ソフトウェアを適切にスケーリングするために必要な時間が与えられます。
YAGNI（You Ai n't Gonna Need It） ここに当てはまると思います。
今すぐスケーリングに取り掛かる。それが問題になった場合、後でそれについて心配することができます。あなたが素晴らしいスタートアップのアイデアを持っていて、スケーリングが問題となるところまで大成功するなら、これは持っているべき良い問題です！その時点で、いくつかのVCを取得し、規模に合わせて再設計するのを支援する人々のチームを雇うことができます。