第九十七章 流量红利（3 / 3）

同样的事情在全国其它很多地方上演着。

程文他们团队也在家里上班，不过他们发现这个问题也挺及时的。

压力最大的是给人们建模的那几台机器，它们已经满负荷了，虽然程文冯乐他们写的算法不错，也不需要太多的数据就能成功的建模，但是架不住用的人多。

好在他们还有一个方案，就是如果没有建模完成那么他们发原样的数据。

他们在第一时间就联系了公司管理物理服务器资源的部门，让他们先给弄一些机器顶上来。

先把这个业务高峰抗过去，再说扩容的问题。

他们在后台查看机器的负载，发现最开始时候机器的负载持续升高，之后就比较平稳了，到了后来开始慢慢的下降了。

程文看着这个曲线就明白这是相当大一部分人的模型都建立好了，所以服务器的压力没有那么大了。

他们服务器的资源本来就预留的有一些资源，就是为了应对这个流量波峰，但是没有想到的是，这个流量来的这么大，险些就吃不下去了。

姚绍看着服务器的负载没有那么高了，心里平静了一些，然后立刻催促管机器的人，让他们调配一些机器。

“还好，前两天上线了新代码，不然这波流量红利，他们根本吃不消，很有可能还会被噎着。”姚绍在心里庆幸。

后来他们查看了数据，知道了这一次来的人，比他们预留的资源还高出来好几倍，如果没有音频的压缩算法，是不可能抗的住的。

除了最开始建立模型的时候需要一些时间外，其余的时候，这个远程会议发送的数据量小的很。

他们是高兴了，但是也有人不高兴。

有一些用户在他们的网站上留言，在他们的app下留言评价：

你们duck不必做的这么好，别人都没有抗住，你们为什么能抗住，这让其它同类的软件们怎么想？

给你五分好评，分五期