私の会社は、クラウドでの機能テストを介して、Webサイトとモバイルアプリケーションのパフォーマンスと可用性を監視しています。Seleniumテストを含むようにテクノロジーを拡張することを目指しています。RoRシステムを使用して、機能テストを多数の場所から断続的にリモートで実行し、レポート/アラートの目的でデータをmysqlに保存します。
リモートテストを実行するために、各監視サーバーにSeleniumRCを含める予定です。各場所にある複数のマシンからテストを実行するように進化する可能性があります（つまり、OSのさまざまなフレーバー、またはスケーラビリティの目的で）。
さまざまな場所でテストの実行を管理するためのコントローラーがすでにあるので、グリッドはやり過ぎでしょうか、それとも必要でしょうか？
他に何か提案はありますか？
グリッドは実際には（スケジュールどおりに）さまざまなテストの実行を管理しません。ハブに接続されたリモートコントロール（RC）のコレクションであり、実行が要求されたときにさまざまなRCを実行しているマシン間でテストを分散します。 。
スケーラビリティに関しては、ストレス負荷テストを意味する場合は、別のツール（JMeterなど）をお勧めします。Seleniumを使用して実行できますが、同じサーバーに接続するために多数のRCが必要になり、おそらく複数のマシンが必要になる可能性があります。それぞれ多くのRCを実行しています。RCの多くが必要な場合、RCはリソースを大量に消費します（ストレステストを行う場合）。
さまざまな場所からさまざまなOSやブラウザーを実行しても問題はありませんが、それぞれに関連するプロファイルを指定する限り、これがSeleniumの最良/主な用途（開発中の回帰テストを除く）になると思います。
全体として、各サーバーにグリッドとRCを配置することは価値があると思いますが、おそらく単一のハブ（したがって単一のグリッド）を使用してすべてのRCを接続することで管理できます。