用于商业用途的API中的AJAX轮询

Question

当前，我正在开发一个使用AJAX间隔轮询的API，它每1.5分钟以900bytes进行轮询，似乎并没有给MySQL带来沉重的负担，它只是一个AJAX流。 我计划从此启动中获得足够的收入后就升级到node.js服务器，但到目前为止，我只能负担购买使用apache的共享主机的费用。

就可伸缩性而言，这可行吗？ 另外，由于现在还可以使用彗星之类的其他解决方案，因此从商业标准上可以接受吗？

Answer 1

“似乎没有给MySQL带来沉重负担”

对于一定数量的用户，它最终必须承受“沉重”负担，但这并不是“坏事”。

对于以任何方式进行架构的任何应用程序，都会在某些时候出现基础架构某些部分的崩溃。这不是采用一些更复杂的解决方案（并将瓶颈转移到其他地方）的内在原因。

因此，收集一些经验数据，例如：该轮询负载对于多少次使用变得有意义？做一些负载测试，不仅是轮询，还要做这些用户正在做的其他工作。他们肯定不只是在轮询他们正在做的其他事情，这些事情也会加载MySQL。什么时候发出吱吱声？届时产生的收入是否可以让您购买更多容量？或者您是否有信心使用其他体系结构可以解决此问题。换句话说，你有现实的“出局”吗？

我的猜测是，如果轮询成为问题，那么除了可以引入Comet之外，您还可以使用一些很好的中间解决方案，例如缓存或降低轮询频率。因此，从简单的轮询策略入手是合理的。