第九十七章 流量紅利

他們測試了新的后端平臺之后，感覺效果不錯，就開始了灰度　　上線。

　　灰度上線指的是先用一部分機器部署新的代碼，運行一段時間看看，如果效果不錯就再加一些機器，如果有問題，可以及時下線，看看哪里還有需要修改的地方，然后再上線。

　　上線之后，他們通過線上的后臺的統計數據看到流量峰值下降了一些，不過也不是特別明顯，畢竟他們是灰度測試，只上線了一部分機器。

　　在后來的測試中，感覺這套方案挺好的，沒有什么問題，就全部都切了過來。

　　再在后臺看一下流量數據發現現在的流量現在還不到之前的三分之一，這節省的資源可就大的多了。

　　說明在同樣的網絡環境下，可以多容納兩倍的用戶，流量小了單個服務器的出口也小了，相當于可以節省一半的服務器網絡資源。

　　因為服務器是有網卡的，只有有了網卡，這個服務器才能連上網絡，但是這個網卡是有大小限制的一般常見的是千兆，還有的是萬兆，不過萬兆的比千兆的貴一些。

　　其實他們的后臺也不只是這么簡單的，他們還需要把視頻進行轉碼，不過轉碼是有專門的機器進行的。

　　全部上線之后，他們發現了用戶的反饋，之前的時候總有用戶反饋他們的視頻卡，或者是音頻卡，但是現在他們發現留言說卡的用戶少了很多。

　　甚至有的人還在留言里，評論說他們感覺現在挺流暢的也不卡了。

　　在這些用戶中，也包括一些偏遠的網絡不是那么好的地方，要知道在以前這些地方必須要商業的cdn加速才可以。

　　其實這也是姚紹他們自己要研發后臺技術的一個原因。

　　他們之前用的是第三方，就像上一次的事故，遇到時候，他們只能找人，還好對方的反應比較及時，但是就那樣也差點把一個單子給搞黃了，如果那個單子真的黃了，相信他們不會給這邊補償的。

　　如果這套技術可以閉環，那么完全可以在自己的內部團隊就把這些問題都處理消化掉。

　　現在他們已經實現了技術閉環，有了程文的加入，不僅這個目標實現了，還把這個目標給提升到了一個新的高度。

　　因為他們完成了一項技術創新，自己研發了視頻和音頻的壓縮技術，用圈內的話，這就是技術壁壘。

　　只有自己會，別人不會，也很難模仿，就算你對別人說了你的這個技術實現了什么，但是不說詳細的細節，他們根本無從下手。

在他們　　全面切換到了新技術的三天之后的周一的一個早上。

　　霍飛語是一家公司的技術負責人，他們每周都要開一次周會。

　　因為一些特殊原因，所以他們在家辦公，其實不僅是他們，還有很多家公司和他們一樣也都選擇在家辦公。

　　周一的時候正是視頻音頻會議的高峰期。

　　最初的時候他們用的是企業wx，但是也不知道是不是涌入的人太多了，當時企業wx就掛了。

　　后來他們又找了一個dd，沒有想到dd也掛了。

　　霍飛語感覺這一時半會應該是好不了了，至少也要幾個小時，他們都想好了大不了他們下午的時候再開會。

　　霍飛語相信這樣的大企業，遇到這樣的問題應該修復的速度非常快，畢竟這可是非常重大的問題。

　　晚一分鐘修好，就可能會把一大波用戶拱手讓給競品。

　　就在霍飛語準備宣布下午再開會的時候，有人在群里說了一句。

聽說輕柔科技的遠程會議軟件還能用，并沒有崩潰　　霍飛語下載了一個輕柔會議軟件，開了一個音頻會議，和小李試了下，發現還挺流暢的，他就在群里讓大家都用這個軟件來繼續開會。

　　在會議進行的過程中，所有的人都覺得這個軟件非常好用。

　　他們對輕柔科技的好感度大大提升。

　　霍飛語感覺用這個軟件，實現了他們人在家里坐，活從網上來的目標。

　　他們的會議不需要大家開攝像頭，畢竟在家里，有的人可能還是穿的睡衣，躺在床上工作，也許有的人還在擼貓。

　　同樣的事情在全國其它很多地方上演著。

　　程文他們團隊也在家里上班，不過他們發現這個問題也挺及時的。

　　壓力最大的是給人們建模的那幾臺機器，它們已經滿負荷了，雖然程文馮樂他們寫的算法不錯，也不需要太多的數據就能成功的建模，但是架不住用的人多。

　　好在他們還有一個方案，就是如果沒有建模完成那么他們發原樣的數據。

　　他們在第一時間就聯系了公司管理物理服務器資源的部門，讓他們先給弄一些機器頂上來。

　　先把這個業務高峰抗過去，再說擴容的問題。

　　他們在后臺查看機器的負載，發現最開始時候機器的負載持續升高，之后就比較平穩了，到了后來開始慢慢的下降了。

　　程文看著這個曲線就明白這是相當大一部分人的模型都建立好了，所以服務器的壓力沒有那么大了。

　　他們服務器的資源本來就預留的有一些資源，就是為了應對這個流量波峰，但是沒有想到的是，這個流量來的這么大，險些就吃不下去了。

　　姚紹看著服務器的負載沒有那么高了，心里平靜了一些，然后立刻催促管機器的人，讓他們調配一些機器。

　　“還好，前兩天上線了新代碼，不然這波流量紅利，他們根本吃不消，很有可能還會被噎著。”姚紹在心里慶幸。

后來他們查看了數據，知道了這一次來的人，比他們預留的資源還高出來好幾倍，如果沒有音頻的壓縮算法，是不可能　　抗的住的。

　　除了最開始建立模型的時候需要一些時間外，其余的時候，這個遠程會議發送的數據量小的很。

　　他們是高興了，但是也有人不高興。

　　有一些用戶在他們的網站上留言，在他們的app下留言評價：

　　你們duck不必做的這么好，別人都沒有抗住，你們為什么能抗住，這讓其它同類的軟件們怎么想？

給你五分好評，分五期