2013-02-07 4 views
11

Ruby on Railsはスケーラビリティの選択肢が不足していることが主な原因です。その代わりに、一般的にはJava Webアプリケーションなどの形式に移行するのが一般的です。しかし、すべての懸念事項は、せいぜい何とかして、非常に恣意的であるように思えます。Herokuに配備されているRailsアプリケーションのスケーラビリティはどのような点で問題になりますか?

特定のアプリケーションを別の言語で書き換える必要がある場合の具体的な数字はありますか? Herokuは、アプリで利用可能なダイノスの数をさまざまなスケーリングオプションで提供していますが、明らかにリターンが低下するのはいつですか?それとも、新しいアプリを書くだけのコストよりも、どんなに多くのdynosを抱えるコストが重要なのでしょうか?

Herokuの基本的な無料ホスティングプランでパフォーマンスの問題が発生することなく、何人のアクティブな同時ユーザーがサポートできると思われますか?

答えて

20

神話は単にTwitterのリードアーキテクトを引用...

を死なない「Railsはスケールしない」:「速い」言語に関連付けられ

パフォーマンスブーストは、私たちに与えるだろう10〜20%の改善ですが、RubyとRailsが喜んで受け入れるアーキテクチャの変更により、Twitterは10000%速くなりました。

私はあなたに固定数を与えることはできませんが、RubyやRailsがボトルネックになる前に、データベースやアーキテクチャ上のボトルネックに遭遇することはほとんど絶対に保証されます。

Teflon Tedは、このトピックに関してa nice collection of blog postsを作成しました。

+2

これに追加するには:あなたが使用している言語は何でも**重要です。特定の大容量のポイントでは、常に同じ問題にぶつかります。ほとんどの場合、アーキテクチャの変更が必要になります。 IE:分散キャッシュからはどのようなデータを扱うことができますか?アプリケーションのどの部分が非効率的にデータベースにアクセスしていますか?あなたがパフォーマンスの向上のためだけにスイッチング言語を熟考していると感じたら、本当の問題が何であるかを検討するべきです。 – nzifnab

関連する問題