資訊專欄INFORMATION COLUMN
摘要：但是，客戶在選擇的時候，不要只看概念，一定要緊盯智能，看目標(biāo)平臺是否在網(wǎng)絡(luò)監(jiān)控大數(shù)據(jù)分析調(diào)度管理等方面下大力氣天浩提醒一個小小的秘訣，就是看其有沒有服務(wù)等巨頭，被多家巨頭選用，一般不是假融合。
大型互聯(lián)網(wǎng)企業(yè)的一次宕機，會造成多大影響？
國外有網(wǎng)友這么回答：“（以為）世界末日來了！”
這是4月15日Facebook、Instagram等平臺的服務(wù)器大面積宕機故障之后，部分網(wǎng)民的吐槽，由此可見網(wǎng)絡(luò)服務(wù)穩(wěn)定的重要性。如何有效保障自身網(wǎng)站、APP的服務(wù)質(zhì)量和用戶體驗，成為當(dāng)下每家企業(yè)必須優(yōu)先考慮的問題。
這些企業(yè)到底多慎重？從互聯(lián)網(wǎng)企業(yè)采購CDN（內(nèi)容分發(fā)網(wǎng)絡(luò)）服務(wù)的慣例中就能窺之一斑。特別是直播、點播等視頻平臺，就算頂著燒錢的壓力，也不惜犧牲成本、耗費精力，一次性采購多家CDN服務(wù)，分散風(fēng)險，祈求平安。
正是在這個背景下，融合CDN橫空出世，以“穩(wěn)定性高、簡便易用、服務(wù)響應(yīng)快”等優(yōu)勢在CDN競爭紅海的局面下開辟了新的賽道。大大小小的互聯(lián)網(wǎng)企業(yè)在嘗到甜頭之后，紛紛將融合CDN列入采購清單。
有市場的地方就有競爭，從云端智度樹起智能融合CDN大旗并成功融資開始，三年多的時間里，融合CDN遍地開花——仿佛誰都能做融合CDN。但事實真的如此嗎？
玩概念解決不了真問題
從概念上講，確實誰都能做——同時和多家CDN廠商建立代理合作，能夠按照自身或者客戶的意愿將流量在各個廠商之間切換即可。
但這種做法僅僅停留在概念層面，本質(zhì)上是沒有意義的，所謂的融合CDN平臺只是充當(dāng)了客戶的外包采購團(tuán)隊或者說是CDN運維部門。原有CDN服務(wù)的痛點并沒有得到解決：客戶流量突發(fā)，仍要人工四下詢問，“看誰能接”；出現(xiàn)網(wǎng)絡(luò)故障，仍要挨個詢問、排查、解決，如需切換，也得反復(fù)溝通。流程沒變，效率沒變，穩(wěn)定性沒變，世界末日（客戶業(yè)務(wù)受損）的結(jié)果也沒變。
天浩通過訪談業(yè)內(nèi)人士了解到，做融合CDN，聚合多家資源只是第一步，甚至是最簡單的一步——在CDN行業(yè)紅海競爭，各個廠商面臨業(yè)務(wù)壓力的背景下，與他們建立商務(wù)合作并不難。目前市面上絕大部分融合CDN，都停留在第一步，真正解決痛點的關(guān)鍵要素，其實是水面之下的技術(shù)部分。
我們知道，原有CDN服務(wù)模式的痛點并非是不能切換，而是由于多廠商之間的封閉和割裂，難以快速發(fā)現(xiàn)和定位問題，難以掌握全網(wǎng)狀態(tài)，發(fā)現(xiàn)問題之后的切換過程需要反復(fù)溝通、浪費時間，從而傷害業(yè)務(wù)。
與之相應(yīng)，融合CDN的關(guān)鍵也不是能切換，而是能夠隨時掌控全網(wǎng)質(zhì)量狀況，第一時間發(fā)現(xiàn)網(wǎng)絡(luò)流量突發(fā)或者故障，迅速定位問題，然后做出調(diào)度安排，整個過程是順滑、高效的，甚至無需人工溝通。
舉個栗子。比如從B城到S城，道路有很多條，標(biāo)榜概念的融合CDN，做得僅僅是給你一張通行證，保證多條路都能走，這條走不通可以換另一條——老司機都知道，真等前面走不通的時候，掉頭就難了。真正的融合CDN，則不僅僅是有通行證，而是具備百度地圖或者高德地圖的導(dǎo)航功能，時時告訴你哪條路車少好走，哪條路有事故速度慢，哪條路正在翻修千萬別去……
所以說，網(wǎng)絡(luò)監(jiān)控的“預(yù)知能力”、數(shù)據(jù)分析的“定位能力”、智能調(diào)度的“決策能力”等才是融合CDN的核心難點和核心價值，而這樣的融合CDN，市場上有它的專業(yè)名稱——智能融合CDN。
拋開智能談融合，基本可以斷定是在玩概念。
融合CDN的“智能”組件
那么，在融合CDN領(lǐng)域，當(dāng)我們談智能，我們談什么？天浩了解到，融合CDN要想做到“智能化”，并達(dá)成穩(wěn)定、易用、高效的目標(biāo)，必須具備如下四個技術(shù)要素：
1，監(jiān)控體系
智能融合CDN不需要CDN節(jié)點，但需要數(shù)量足夠的監(jiān)控節(jié)點，再搭配專業(yè)的網(wǎng)絡(luò)監(jiān)控公司、渠道、客戶監(jiān)控體系，才能夠?qū)崟r掌握CDN節(jié)點、運營商骨干網(wǎng)、客戶源站、HTTPS證書、DNS解析等狀況，才能夠采集足夠多的數(shù)據(jù)信息。
對各種監(jiān)控手段采集回來的數(shù)據(jù)進(jìn)行實時合并，去噪，關(guān)聯(lián)分析，才能第一時間發(fā)現(xiàn)問題，形成可供調(diào)度系統(tǒng)或者運營人員決策的結(jié)論。
2，大數(shù)據(jù)分析
監(jiān)控體系采集到的網(wǎng)絡(luò)質(zhì)量信息，可能是無效的、混亂的、重復(fù)的。需要強大的大數(shù)據(jù)分析系統(tǒng)進(jìn)行過濾、分析，然后從中識別正常業(yè)務(wù)波動，及異常變化，并基于歷史數(shù)據(jù)給出應(yīng)對策略。天浩了解到，有的智能融合CDN廠商大數(shù)據(jù)系統(tǒng)，不僅能夠?qū)ΡO(jiān)控信息進(jìn)行實時分析，還能夠?qū)W習(xí)進(jìn)化，比如其閾值會基于歷史數(shù)據(jù)自動調(diào)整，做到識別正常業(yè)務(wù)波動及異常變化的自動發(fā)現(xiàn)。這也是融合CDN冠以“智能”之名的重要緣由。
3，智能調(diào)度
智能調(diào)度系統(tǒng)與監(jiān)控、分析系統(tǒng)聯(lián)動，根據(jù)故障級別進(jìn)行相應(yīng)的智能調(diào)度決策，對于可用性故障，節(jié)點故障，異常狀態(tài)碼等按設(shè)置的閾值自動切換；對于網(wǎng)絡(luò)抖動、下載速度、響應(yīng)時間等異常情形進(jìn)行人工優(yōu)化。
值得一提的是，智能融合CDN由于渠道眾多，其發(fā)現(xiàn)故障難以解決之后，能夠?qū)嵭匈|(zhì)量優(yōu)先的調(diào)度策略，先自動調(diào)度，再解決問題，用戶幾乎無感知。
注意，到這個時候，才發(fā)生了調(diào)度，而在這之前的監(jiān)控、分析其實已經(jīng)完成了大部分的工作。所以，智能融合CDN解決的核心問題，其實是為什么調(diào)度；概念性的融合CDN，只是做到了“可以調(diào)度”。這是兩者的本質(zhì)區(qū)別。
4，聚合管理
市面上，每一個規(guī)?？捎^的互聯(lián)網(wǎng)企業(yè)，都對接了不少渠道，理論上都需要進(jìn)行管理。而智能融合CDN更專業(yè)、更進(jìn)一步，專門為之研發(fā)配置了管理體系。其可以掌控整個融合CDN平臺的運營狀態(tài)，實現(xiàn)從基礎(chǔ)數(shù)據(jù)到運維、運營的全方面管控，不管是資源、服務(wù)、狀態(tài)、任務(wù)體系、API體系，還是監(jiān)控、調(diào)度、計費及問題跟進(jìn)，做到全局可控。
這一點對于客戶來說，體現(xiàn)易用性上面，無論是增減渠道還是更改配置，都只需要和一家平臺溝通即可。一次采購，多家可用，一對一溝通，著實方便了不少。
綜上，從客戶的角度講，融合CDN可以是真好用，否則也不會有這么多“概念玩家”出現(xiàn)。但是，客戶在選擇的時候，不要只看概念，一定要緊盯“智能”，看目標(biāo)平臺是否在網(wǎng)絡(luò)監(jiān)控、大數(shù)據(jù)分析、調(diào)度管理等方面下大力氣（天浩提醒：一個小小的秘訣，就是看其有沒有服務(wù)BAT、TMD等巨頭，被多家巨頭選用，一般不是假融合）。不然，你可能僅僅是采購了一家“代理”而已。
從CDN廠商角度講，停留在玩概念只能夠緩解一時的業(yè)務(wù)焦慮，只有加碼技術(shù)才是長久之計。畢竟，就像是自動擋汽車，相對于手動擋來說，核心的技術(shù)在變速箱里，是能夠根據(jù)引擎動力和路面狀況自動換擋。如果變速箱沒動，只是把1、2、3、4改成P、R、N、D，遲早要翻車的。
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://m.hztianpu.com/yun/5439.html
摘要：英特爾機架規(guī)模設(shè)計則能實現(xiàn)以機架為單位的軟硬件解耦，為裸金屬即服務(wù)提供容量更大的資源池，并可通過開放的和協(xié)議如和，高效發(fā)掘管理和調(diào)配這些資源。 江湖上，一直流傳著得IaaS（基礎(chǔ)設(shè)施即服務(wù)），得公有云天下的說法。想握緊IaaS這柄云端殺手锏，?大熱的裸金屬即服務(wù)和容器即服務(wù)，還不了解一下？?它們?yōu)槭裁慈绱耸苋?..
摘要：未來向何處去做領(lǐng)袖不容易，要不斷地指明方向。又譬如想識別在這些黑白圖像中，是否包含從到的手寫體數(shù)字，那么深度學(xué)習(xí)的傳統(tǒng)做法是，輸出一個維向量，，其中每個元素的取值范圍是，表示出現(xiàn)相應(yīng)數(shù)字的概率。老爺子的論文中，輸出的是十個維向量，其中。 CNN 未來向何處去？做領(lǐng)袖不容易，要不斷地指明方向。所謂正確的方向，不僅前途要輝煌，而且道路要盡可能順暢。Geoffrey Hinton 是深度學(xué)習(xí)領(lǐng)域的...
摘要：英特爾機架規(guī)模設(shè)計則能實現(xiàn)以機架為單位的軟硬件解耦，為裸金屬即服務(wù)提供容量更大的資源池，并可通過開放的和協(xié)議如和，高效發(fā)掘管理和調(diào)配這些資源。江湖上，一直流傳著 得IaaS（基礎(chǔ)設(shè)施即服務(wù)），得公有云天下的說法。 想握緊IaaS這柄云端殺手锏， ?大熱的裸金屬即服務(wù)和容器即服務(wù)， 還不了解一下？ 它們?yōu)槭裁慈绱耸苋岁P(guān)注？ 近年來，只要與IaaS相關(guān)的業(yè)界峰...
摘要：，，面向切面編程。，切點，切面匹配連接點的點，一般與切點表達(dá)式相關(guān)，就是切面如何切點。例子中，注解就是切點表達(dá)式，匹配對應(yīng)的連接點，通知，指在切面的某個特定的連接點上執(zhí)行的動作。，織入，將作用在的過程。因為源碼都是英文寫的。 之前《零基礎(chǔ)帶你看Spring源碼——IOC控制反轉(zhuǎn)》詳細(xì)講了Spring容器的初始化和加載的原理，后面《你真的完全了解Java動態(tài)代理嗎？看這篇就夠了》介紹了下...
摘要：在普通的全連接網(wǎng)絡(luò)或中，每層神經(jīng)元的信號只能向上一層傳播，樣本的處理在各個時刻獨立，因此又被成為前向神經(jīng)網(wǎng)絡(luò)。不難想象隨著深度學(xué)習(xí)熱度的延續(xù)，更靈活的組合方式更多的網(wǎng)絡(luò)結(jié)構(gòu)將被發(fā)展出來。 從廣義上來說，NN(或是更美的DNN)確實可以認(rèn)為包含了CNN、RNN這些具體的變種形式。在實際應(yīng)用中，所謂的深度神經(jīng)網(wǎng)絡(luò)DNN，往往融合了多種已知的結(jié)構(gòu)，包括卷積層或是LSTM單元。這里的DNN特指全連接...
閱讀 2215·2021-11-05 09:42
閱讀 2928·2021-09-23 11:21
閱讀 2920·2019-08-30 14:00
閱讀 3375·2019-08-30 13:15
閱讀 546·2019-08-29 17:18
閱讀 3617·2019-08-29 16:29
閱讀 2846·2019-08-29 14:06
閱讀 2862·2019-08-23 14:41
