当程序员开了外挂 (雪天蛤蟆跳跳)

PS：
有没有经历过小黑屋封闭开发的同学？
这里多说一句，一个算法不可能一周就能弄出来，这里进行了加速。

第九十七章 流量红利
他们测试了新的后端平台之后，感觉效果不错，就开始了灰度\b上线。
灰度上线指的是先用一部分机器部署新的代码，运行一段时间看看，如果效果不错就再加一些机器，如果有问题，可以及时下线，看看哪里还有需要修改的地方，然后再上线。
上线之后，他们通过线上的后台的统计数据看到流量峰值下降了一些，不过也不是特别明显，毕竟他们是灰度测试，只上线了一部分机器。
在后来的测试中，感觉这套方案挺好的，没有什么问题，就全部都切了过来。
再在后台看一下流量数据发现现在的流量现在还不到之前的三分之一，这节省的资源可就大的多了。
说明在同样的网络环境下，可以多容纳两倍的用户，流量小了单个服务器的出口也小了，相当于可以节省一半的服务器网络资源。
因为服务器是有网卡的，只有有了网卡，这个服务器才能连上网络，但是这个网卡是有大小限制的一般常见的是千兆，还有的是万兆，不过万兆的比千兆的贵一些。
其实他们的后台也不只是这么简单的，他们还需要把视频进行转码，不过转码是有专门的机器进行的。
全部上线之后，他们发现了用户的反馈，之前的时候总有用户反馈他们的视频卡，或者是音频卡，但是现在他们发现留言说卡的用户少了很多。
甚至有的人还在留言里，评论说他们感觉现在挺流畅的也不卡了。
在这些用户中，也包括一些偏远的网络不是那么好的地方，要知道在以前这些地方必须要商业的cdn加速才可以。
其实这也是姚绍他们自己要研发后台技术的一个原因。
他们之前用的是第三方，就像上一次的事故，遇到时候，他们只能找人，还好对方的反应比较及时，但是就那样也差点把一个单子给搞黄了，如果那个单子真的黄了，相信他们不会给这边补偿的。
如果这套技术可以闭环，那么完全可以在自己的内部团队就把这些问题都处理消化掉。
现在他们已经实现了技术闭环，有了程的加入，不仅这个目标实现了，还把这个目标给提升到了一个新的高度。
因为他们完成了一项技术创新，自己研发了视频和音频的压缩技术，用圈内的话，这就是技术壁垒。
只有自己会，别人不会，也很难模仿，就算你对别人说了你的这个技术实现了什么，但是不说详细的细节，他们根本无从下手。
在他们\b全面切换到了新技术的三天之后的周一的一个早上。
霍飞语是一家公司的技术负责人，他们每周都要开一次周会。
因为一些特殊原因，所以他们在家办公，其实不仅是他们，还有很多家公司和他们一样也都选择在家办公。
周一的时候正是视频音频会议的高峰期。
最初的时候他们用的是企业wx，但是也不知道是不是涌入的人太多了，当时企业wx就挂了。
后来他们又找了一个dd，没有想到dd也挂了。
霍飞语感觉这一时半会应该是好不了了，至少也要几个小时，他们都想好了大不了他们下午的时候再开会。
霍飞语相信这样的大企业，遇到这样的问题应该修复的速度非常快，毕竟这可是非常重大的问题。
晚一分钟修好，就可能会把一大波用户拱手让给竞品。
就在霍飞语准备宣布下午再开会的时候，有人在群里说了一句。
听说轻柔科技的远程会议软件还能用，并没有崩溃
霍飞语下载了一个轻柔会议软件，开了一个音频会议，和小李试了下，发现还挺流畅的，他就在群里让大家都用这个软件来继续开会。
在会议进行的过程中，所有的人都觉得这个软件非常好用。
他们对轻柔科技的好感度大大提升。
霍飞语感觉用这个软件，实现了他们人在家里坐，活从网上来的目标。
他们的会议不需要大家开摄像头，毕竟在家里，有的人可能还是穿的睡衣，躺在床上工作，也许有的人还在撸猫。
同样的事情在全国其它很多地方上演着。
程他们团队也在家里上班，不过他们发现这个问题也挺及时的。
压力最大的是给人们建模的那几台机器，它们已经满负荷了，虽然程冯乐他们写的算法不错，也不需要太多的数据就能成功的建模，但是架不住用的人多。
好在他们还有一个方案，就是如果没有建模完成那么他们发原样的数据。
他们在第一时间就联系了公司管理物理服务器资源的部门，让他们先给弄一些机器顶上来。
先把这个业务高峰抗过去，再说扩容的问题。
他们在后台查看机器的负载，发现最开始时候机器的负载持续升高，之后就比较平稳了，到了后来开始慢慢的下降了。
程看着这个曲线就明白这是相当大一部分人的模型都建立好了，所以服务器的压力没有那么大了。
他们服务器的资源本来就预留的有一些资源，就是为了应对这个流量波峰，但是没有想到的是，这个流量来的这么大，险些就吃不下去了。
姚绍看着服务器的负载没有那么高了，心里平静了一些，然后立刻催促管机器的人，让他们调配一些机器。
“还好，前两天上线了新代码，不然这波流量红利，他们根本吃不消，很有可能还会被噎着。”姚绍在心里庆幸。
后来他们查看了数据，知道了这一次来的人，比他们预留的资源还高出来好几倍，如果没有音频的压缩算法，是不可能\b抗的住的。
除了最开始建立模型的时候需要一些时间外，其余的时候，这个远程会议发送的数据量小的很。
他们是高兴了，但是也有人不高兴。
有一些用户在他们的网站上留言，在他们的app下留言评价：
你们duck不必做的这么好，别人都没有抗住，你们为什么能抗住，这让其它同类的软件们怎么想？
给你五分好评，分五期

第九十八章 大出风头 （求推荐票）
其实对于轻柔科技推出的这个软件，有许多人都在关注。
他们顶住了第一波的压力，立刻就把服务器扩容了好几倍。
虽然到了下午其它几家公司也都把自家的软件拯救好了，但是他们的软件崩溃的印象在有的用户心里已经留下了一个不可磨灭的烙印。
这一幕让不少的自媒体还有一些网络的媒体都关注到了。
这是一个非常有意思的新闻，所以一时间网络上出现了不少的新闻，像为什么这家的远程视频会议一枝独秀、xx，xx大厂的软件都崩溃了，但是只有这家还健在
新闻一出，一时间让轻柔科技的这个软件流量又爆增了一些。
姚绍做为一个产品人，看到这些数据还是有点担心的，他怕新增加的服务器还是不够用，立刻联系相关的部门紧急又调配一些资源。
而程还有冯乐还有其它的前后端，他们看到他们做的软件被这么多人使用，心里异常高兴，他们也是一直在盯着数据在看，就怕服务器撑不住了。
如果真的发生了那样场景，那些准备看他们笑话的竞品公司的人，一定非常高兴，说不定还会开一瓶香槟庆祝一下。
一些大公司在修复了他们的系统之后，发现许多的媒体都在报道轻柔科技。
这让他们感到不解。
他们去调查了一下，有的人得出的结论是，虽然他们的流量增加了但是增加的毕竟有限，所以他们虽然\b抗住了这一波流量，是因为去他们那里的人比较少。
其实他们得出的这个结论也没有问题。
还有的人是从技术层面研究的，他们发现轻柔科技的一些异常。
他们发现了轻柔的远程会议软件好像用的流量比一般的小一些，这才是他们能抗的住突发的流量的真正原因。
除此以外，他们还继续寻找轻柔科技软件的一些\b其它方面，他们发现偶尔的数据丢包，好像对他们音频还有视频的质量的和他自家的软件比起来，影响小的多。
“这是什么原因？轻柔科技只是一个第二梯队的互联网科技公司啊！他们公司和我们公司还是有不少的差距，怎么现在他们的技术居然比我们还厉害？”
几个技术人员看了他们调查出来的结果，有点郁闷，不知道什么时候就被别人给超越了。
叮
来自同行的钦佩，威望1
在他们这么想的时候，程这里也收到了一个系统提示。
其实他们有心想去问下轻柔科技的技术细节，但是这是商业机密，他们猜轻柔科技肯定不会说出来的。
其实这真是他们想多了。
比如也有的媒体就开始采访了姚绍。
不得不说有的媒体的动作那是相当的快速，就在别人还在发轻柔科技一枝独秀的时候，他们已经通过庞大的人脉，联系上了姚绍。
并且进行了简单的视频采访，不过他们的采访也是用的轻柔科技的远程会议软件。