用于商业用途的API中的AJAX轮询
-
28-10-2019 - |
题
当前,我正在开发一个使用AJAX间隔轮询的API,它每1.5分钟以900bytes进行轮询,似乎并没有给MySQL带来沉重的负担,它只是一个AJAX流。 我计划从此启动中获得足够的收入后就升级到node.js服务器,但到目前为止,我只能负担购买使用apache的共享主机的费用。
就可伸缩性而言,这可行吗? 另外,由于现在还可以使用彗星之类的其他解决方案,因此从商业标准上可以接受吗?
解决方案
“似乎没有给MySQL带来沉重负担”
对于一定数量的用户,它最终必须承受“沉重”负担,但这并不是“坏事”。
对于以任何方式进行架构的任何应用程序,都会在某些时候出现基础架构某些部分的崩溃。这不是采用一些更复杂的解决方案(并将瓶颈转移到其他地方)的内在原因。
因此,收集一些经验数据,例如:该轮询负载对于多少次使用变得有意义?做一些负载测试,不仅是轮询,还要做这些用户正在做的其他工作。他们肯定不只是在轮询他们正在做的其他事情,这些事情也会加载MySQL。什么时候发出吱吱声?届时产生的收入是否可以让您购买更多容量?或者您是否有信心使用其他体系结构可以解决此问题。换句话说,你有现实的“出局”吗?
我的猜测是,如果轮询成为问题,那么除了可以引入Comet之外,您还可以使用一些很好的中间解决方案,例如缓存或降低轮询频率。因此,从简单的轮询策略入手是合理的。
不隶属于 StackOverflow