現在、AJAXインターバルポーリングを使用するAPIを開発しています。これは、1.5分ごとに900バイトでポーリングし、MySQLに大きな負荷をかけないようで、AJAXストリームは1つだけです。この起動から十分な収益が得られたら、node.jsサーバーにアップグレードする予定ですが、現時点では、apacheを使用する共有ホストを購入する余裕しかありません。
スケーラビリティの観点から、これは実行可能でしょうか？また、彗星のような他の解決策が現在利用可能であるため、これは商業標準から受け入れられるでしょうか？
「MySQLに大きな負荷をかけないようです」
一部のユーザーにとっては、最終的に「重い」負荷をかける必要がありますが、それは「悪いこと」ではありません。
何らかの方法で設計されたアプリケーションの場合、インフラストラクチャの一部がきしむポイントがあります。これは、より洗練されたソリューションを採用する（そしてボトルネックを他の場所に移動する）本質的な理由ではありません。
したがって、次のようないくつかの経験的データを収集します。このポーリング負荷は何回の使用で重要になりますか？ポーリングだけでなく、これらのユーザーが実行している他の作業についても、いくつかの負荷テストを実行します。彼らは確かに、MySQLをロードする他のことをしているだけでなく、ポーリングしているのです。このきしみはいつですか？その時点で、結果として得られる収益により、より多くの容量を購入できるようになりますか？または、別のアーキテクチャで問題が解決することを確信できますか。言い換えれば、あなたは現実的な「アウト」を持っていますか？
私の推測では、ポーリングが問題になる場合は、Cometを導入する可能性に加えて、キャッシングやポーリング頻度の削減など、いくつかの優れた中間ソリューションがあります。したがって、単純なポーリング戦略から始めるのが合理的です。