11

Ruby on Rails は、スケーラビリティ オプションの欠如が主な原因であり、別の方法としては、何らかの形の Java Web アプリケーションまたは類似のものに移行するのが一般的です。しかし、すべての懸念事項は、ある意味、せいぜい非常に恣意的であるように思われます。

特定のアプリケーションを別の言語で書き直す必要がある場合の具体的な数値はありますか? Heroku は、アプリで利用できる dyno の数に合わせてさまざまなスケーリング オプションを提供していますが、利益の減少が明らかになるのはどの時点でしょうか? あるいは、これほど多くの dyno を持つコストが、単に新しいアプリを作成するコストを上回るのはどの時点でしょうか?

Heroku の基本的な無料ホスティング プランでは、パフォーマンスの問題に悩まされることなく、何人のアクティブな同時ユーザーをサポートできると期待できますか?

4

1 に答える 1

20

「Rails はスケールしない」という神話は、決して消えません...

Twitter のリード アーキテクトの言葉を引用します。

「より高速な」言語に関連するパフォーマンスの向上により、10 ~ 20% の改善が得られますが、Ruby と Rails が喜んで対応したアーキテクチャの変更のおかげで、Twitter は 10000% 高速になりました。

一定の数値を示すことはできませんが、Ruby や Rails がボトルネックになり始めるずっと前に、データベースやアーキテクチャのボトルネックに遭遇することはほぼ確実です。

Teflon Tedは、このトピックに関する素晴らしいブログ投稿のコレクションを作成しました。

于 2013-02-07T19:53:12.990 に答える