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