![]() |
新聞中心
當(dāng)前位置:網(wǎng)站首頁 > 新聞中心
云計算的2018年:開源、多云、微服務(wù)和智能化
2018 年,區(qū)塊鏈在技術(shù)圈的風(fēng)頭一時無兩,連此前大紅大紫的人工智能都稍遜風(fēng)騷,云計算圈則奮十年之余烈,完善產(chǎn)品,深耕行業(yè),讓越來越多的行業(yè)客戶接受和實施云計算?;仡欉@一年的云計算發(fā)展,我們很容易發(fā)現(xiàn)影響至少未來三年的四大關(guān)鍵詞:開源、多云、微服務(wù)、智能化。
開源——云基礎(chǔ)服務(wù)的優(yōu)選
10月底IBM宣布 340 億美元收購Red hat的消息,絕對是云計算領(lǐng)域不可忽略的談資,圈里人震驚之余,卻又覺得理所當(dāng)然——Red hat是目前全球最成功的開源解決方案供應(yīng)商,投資了KVM、SolidICE、RHEL、OpenStack、OpenShift、Ansible、Ceph、GlusterFS等對云計算應(yīng)用極為重要的技術(shù)。微軟Azure已經(jīng)大量使用開源技術(shù)了,IBM收購Red hat強(qiáng)化云計算競爭力,與競爭對手展開競爭,這是自然而然的事情。
在IBM收購Red hat之前,開源作為現(xiàn)代企業(yè)基石的作用早已彰顯,作為數(shù)字經(jīng)濟(jì)這種新一代社會經(jīng)濟(jì)形態(tài)的基礎(chǔ)設(shè)施,云計算的長遠(yuǎn)發(fā)展離不開開源技術(shù)、開放標(biāo)準(zhǔn),因為沒有任何一家企業(yè)的聰明才智能夠媲美全球聰明人的智慧,背靠社區(qū),開放平臺容易做得更好,也不會因為單個團(tuán)隊的變化而失去與時俱進(jìn)的能力。
開源平臺也曾面臨是否自主可控的爭議,但其實開源意味著企業(yè)可以審查每一行代碼,對于企業(yè)用戶而言,開源平臺更加可控。當(dāng)然,這需要企業(yè)具備一定的源碼分析能力。所以,開源也成為華為云、騰訊云、網(wǎng)易云等諸多云計算廠商的選擇。比如網(wǎng)易云,在基礎(chǔ)平臺層面,從底層基礎(chǔ)設(shè)施、微服務(wù)、數(shù)據(jù)庫到中間件,全面采用了主流開源技術(shù)構(gòu)建,并基于其內(nèi)部業(yè)務(wù)支撐和行業(yè)客戶服務(wù)進(jìn)行針對性的定制優(yōu)化工作。
多云——客戶真實場景的需求
11月底AWS 發(fā)布了 Outposts 產(chǎn)品(允許部署在客戶自己的數(shù)據(jù)中心),宣告進(jìn)入私有云市場。這意味著,曾經(jīng)聲稱公有云才是云計算的大佬,已經(jīng)向現(xiàn)實妥協(xié)了——客戶即便愿意全面采用公有云,也可能面臨有異構(gòu)系統(tǒng)、網(wǎng)絡(luò)延遲等方面的挑戰(zhàn)。在此之前,AWS產(chǎn)品已經(jīng)支持VMware 私有云和AWS公有云的對接。如果說VMware Cloud on AWS只是兼容歷史,那么Outposts 更多的是開拓私有云(或者說混合云)的未來。
Outposts基于AWS自有硬件,由AWS安裝、部署、運(yùn)維,可以運(yùn)行AWS公有云上的服務(wù)(據(jù)說目前是 EC2、ECS,后續(xù)會有 RDS),不過無法提供公有云的SLA (服務(wù)等級協(xié)議),業(yè)內(nèi)人士評論認(rèn)為這種產(chǎn)品形式“不性感”,然而合乎企業(yè)應(yīng)用場景的需求。
無獨(dú)有偶,微軟自家的Azure Stack混合云方案也真正走向落地,希望用與Azure一致的用戶體驗、開發(fā)接口、運(yùn)維流程鏟平復(fù)雜的交付障礙。而一向求穩(wěn)、曾對私有云市場興趣不大的網(wǎng)易云,也在7月底的云創(chuàng)大會上發(fā)布了基于OpenStack 的私有云產(chǎn)品。除了網(wǎng)易云標(biāo)志性的強(qiáng)調(diào)服務(wù)能力(與Kubernetes容器、微服務(wù)功能整合),該產(chǎn)品的一大特色,就是在支持無縫接入網(wǎng)易云公有云之外,同時還支持接入其他主流公有云。
曾經(jīng)堅定的公有云廠商(不只是 AWS)改變態(tài)度,這些跡象表明,客戶對云計算產(chǎn)品的需求是多元化的,未來的三到五年,一定是一個多云時代,IBM收購Red hat的意圖之一,也是構(gòu)建更加完善的多云解決方案。當(dāng)然,多云時代也意味著開源開放是多么重要,否則云間無法互聯(lián)互通,就不能叫做云計算了。
微服務(wù)——加速數(shù)字化轉(zhuǎn)型的利器
關(guān)注云計算的人士知道,技術(shù)圈此前鼓吹的“容器元年”、“微服務(wù)元年”,響應(yīng)更多只是互聯(lián)網(wǎng)企業(yè),在很多場景下,傳統(tǒng)企業(yè)客戶實施容器化、微服務(wù)化的動力并沒有那么強(qiáng)烈。但這一年,微服務(wù)真的來了。一方面,Kubernetes 在去年確立了容器編排標(biāo)準(zhǔn)的地位,微服務(wù)化的基礎(chǔ)設(shè)施已經(jīng)更為成熟;另一方面,企業(yè)面臨數(shù)字化轉(zhuǎn)型升級的挑戰(zhàn),而微服務(wù)化可迭代適應(yīng)需求的變化、可重用、可組合的特征,可以幫助企業(yè)提升創(chuàng)新的速度。
2018年下半年是互聯(lián)網(wǎng)領(lǐng)域普遍收縮的一年,寒冬讓企業(yè)的技術(shù)創(chuàng)新、苦練內(nèi)功變得尤為重要。招商銀行早在一年多之前推出 APP6.0的時候就已經(jīng)實現(xiàn)了微服務(wù)化,在由137 個相對獨(dú)立的微服務(wù)構(gòu)成的大系統(tǒng)之上,提供了1035個功能,每周發(fā)布40次左右,峰值處理能力達(dá)1.5 萬次/秒。
如果說銀行業(yè)代表較高的信息化水平,那么物流行業(yè)的例子更有代表性。德邦快遞就是一個典型的例子,它不僅宣布每年在數(shù)字化方面投入5億元,還采用微服務(wù)實現(xiàn)其智能物流系統(tǒng)的微服務(wù)化。德邦還建立業(yè)務(wù)中臺和數(shù)據(jù)中臺,在支持彈性伸縮適應(yīng)電商發(fā)展速度之外,加速各種新技術(shù)與業(yè)務(wù)的融合。項目從需求到肩負(fù)周期縮短40%,上線部署時間節(jié)省80%,幫助公司發(fā)力大件快遞,在行業(yè)中殺出一條血路。當(dāng)然,在這個行業(yè),順豐也進(jìn)行了微服務(wù)的探索。
智能化——產(chǎn)業(yè)互聯(lián)網(wǎng)的未來
“產(chǎn)業(yè)互聯(lián)網(wǎng)”成為這一年的時髦詞之一,始于騰訊公司的架構(gòu)調(diào)整。所謂產(chǎn)業(yè)互聯(lián)網(wǎng),側(cè)重的是產(chǎn)業(yè)的互聯(lián),人口紅利結(jié)束,To C市場達(dá)到天花板迫使巨頭轉(zhuǎn)向布局To B,以精細(xì)化運(yùn)營替代粗放式發(fā)展。以電商為例,前端的體驗不僅僅依賴于電商平臺的設(shè)計,更需要智能化的后端供應(yīng)鏈。通過大數(shù)據(jù)、電商與制造業(yè)的結(jié)合,實現(xiàn)由消費(fèi)者需求指導(dǎo)產(chǎn)品設(shè)計,由互聯(lián)網(wǎng)技術(shù)提升制造與品控,將是“產(chǎn)業(yè)互聯(lián)網(wǎng)”的一種有效嘗試。
對整個供應(yīng)鏈來說,互聯(lián)是手段,智能才是目的。所以BAT互聯(lián)網(wǎng)三巨頭先后的架構(gòu)調(diào)整,都從組織上強(qiáng)化云計算和人工智能的結(jié)合。智能化,一是基礎(chǔ)設(shè)施的智能化,二是流程的智能化?;A(chǔ)設(shè)施的智能化,比如通過微服務(wù)實現(xiàn)智能化運(yùn)維(AIOps)。流程的智能化需要平臺和應(yīng)用的支持,可以利用物聯(lián)網(wǎng)(IoT)技術(shù)收集數(shù)據(jù),用 AI 處理,例如,吉利汽車研究院與網(wǎng)易云合作,基于工業(yè)大數(shù)據(jù)平臺實現(xiàn)模型自動化調(diào)度運(yùn)行,使用算法優(yōu)化工藝參數(shù),縮短新車研發(fā)周期。
其他——邊緣計算與去中心化
結(jié)合 IoT技術(shù)的應(yīng)用,解決網(wǎng)絡(luò)延遲的一種解決方案是邊緣計算(Edge Computing),各大云廠商都對這個方向表示認(rèn)可,OpenStack基金會也已經(jīng)把目光投向StarlingX等邊緣計算相關(guān)的項目。邊緣計算確實值得期待,但其成熟應(yīng)用似乎依賴于邊緣設(shè)備及 5G 技術(shù)的成熟。
來自區(qū)塊鏈的去中心化理念也值得關(guān)注。宕機(jī)事件曾是云計算領(lǐng)域談之色變的話題,由于服務(wù)商技術(shù)的成熟及客戶水平的提升,這一年云計算宕機(jī)的影響并不突出,然而宕機(jī)事件并未絕跡,且仍然由國內(nèi)外的巨頭領(lǐng)銜。異常、故障是規(guī)模的天敵,智能化運(yùn)維固然可以提升反應(yīng)速度、降低損失,但短期之內(nèi)仍然無法避免事故發(fā)生。去中心化的設(shè)計是目前最低限度降低云計算事故影響的方案,當(dāng)然去中心化也意味著低效,如何權(quán)衡,仍然需要在實踐中摸索。短期之內(nèi),云計算產(chǎn)品形態(tài)可能不會因此有明顯的變化。
|