用於商業用途的API中的AJAX輪詢

Question

目前我正在開發一個使用AJAX間隔輪詢的API，它每1.5分鐘輪詢900bytes，似乎不會給MySQL帶來沉重負擔，並且只有一個AJAX流。 我計劃升級到node.js服務器，一旦我從這個啓動獲得足夠的收入，但截至目前，我只能購買使用apache的共享主機。

就可擴展性而言，這是可行的嗎？ 此外，這是否可以從商業標準接受，因爲像彗星這樣的其他解決方案現在可用？

Answer 1

「似乎並沒有把MySQL的一個沉重負擔」

對於一些用戶數它最終必須放在一個「沉重」的負擔，但是這不是一個「壞事」。

對於以任何方式構建的任何應用程序，都會出現某些部分基礎架構吱吱作響的問題。這不是採用一些更復雜的解決方案的內在原因（並在其他地方移動瓶頸）。

因此，收集一些經驗數據，例如：這個輪詢負載變得有意義的次數是多少？做一些負載測試，不僅僅是輪詢，還有這些用戶正在做的其他工作。他們肯定不只是投票他們正在做其他的東西，也會加載MySQL。什麼時候這個吱吱聲？那時，由此產生的收入會讓你購買更多的產能？或者你會相信不同的架構可以解決這個問題。換句話說，你有一個現實的「出」？

我的猜測是，如果輪詢成爲問題，除了引入Comet的可能性之外，您還有一些很好的中間解決方案，例如緩存或減少輪詢頻率。所以從簡單的輪詢策略開始就是合理的。