自從2006年云計算正式誕生以來，只用了短短十年的時間，就已經(jīng)發(fā)展到可以大規(guī)模在生產(chǎn)網(wǎng)絡(luò)中部署及承載關(guān)鍵業(yè)務了。

我們縱觀整個IT發(fā)展歷史，在基礎(chǔ)設(shè)施 層面發(fā)生如此大的變革，云計算毫無疑問是首當其沖的。

在這么短的時間跨度內(nèi)，云計算之所以能夠有突飛猛進的發(fā)展，與亞馬遜、谷歌、微軟、阿里等這些老牌IT巨擎以及新銳互聯(lián)網(wǎng)力量的勇于探索是密不可分的。

當然也與計算與存儲技術(shù)在云計算時代的快速發(fā)展和自我調(diào)整有著緊密的關(guān)系。

被游離的云網(wǎng)絡(luò) —— 當前的云網(wǎng)絡(luò)游離于云計算的整體架構(gòu)之外

計算 、網(wǎng)絡(luò) 和存儲

被并稱為云計算的三大支撐基礎(chǔ)設(shè)施

在云計算時代，計算和存儲緊緊跟隨了云的發(fā)展步伐，率先完成了架構(gòu)的演進——

?系統(tǒng)從自我封閉到全面開放;

?架構(gòu)從硬件主導到軟件定義;

?管理從手工配置到自動調(diào)度;

?運維從以設(shè)備為中心到以業(yè)務為中心。

遺憾的是： 網(wǎng)絡(luò)，作為云中三大基礎(chǔ)設(shè)施之一，卻因為自身封閉的原因未能跟上這一步伐，從而使自身游離于云計算的整體架構(gòu)之外。當前云網(wǎng)絡(luò)封閉的表現(xiàn) 主要在于以下幾個方面：

?軟硬件一體化

私有的網(wǎng)絡(luò)操作系統(tǒng)只能運行在私有的硬件平臺之上，云計算的運營者不但無法享受硬件標準化帶來的成本紅利、有效降低TCO(Total Cost of Ownership，總擁有成本)，而且往往面臨著被底層網(wǎng)絡(luò)鎖定的風險。

?封閉在黑盒中的網(wǎng)絡(luò)能力

因為歷史原因，很多網(wǎng)絡(luò)設(shè)備只能通過低效的命令行方式、逐設(shè)備地進行部署配置，即便提供了集中控制器，也只是從網(wǎng)絡(luò)維護的視角出發(fā)提供了一個簡單的圖形化的管理界面，并未將其與云中的業(yè)務與運營需求緊密結(jié)合。

?無法支持云中常用的DevOps工具DevOps(Developmentand Operations，開發(fā)運維)已經(jīng)成為云以及網(wǎng)絡(luò)運維的主要手段，各種自動化工具也在今天的云中大量部署、使用，但是傳統(tǒng)網(wǎng)絡(luò)卻無法有效地集成或支持這些DevOps工具。

?面向設(shè)備而非業(yè)務的管理框架模型

傳統(tǒng)網(wǎng)絡(luò)即便提供了統(tǒng)一控制器進行集中管理，其管理框架往往也是按照設(shè)備管理的模型進行設(shè)計，一個業(yè)務對網(wǎng)絡(luò)提出的需求往往需要管理員人為地拆解成針對若干設(shè)備的若干配置需求逐一配置，在設(shè)計、執(zhí)行、維護等方面的復雜度都非常高。

也正是上述原因，當前的云計算運營者采用了“在計算空間中用軟件模擬虛擬網(wǎng)絡(luò)（如下圖）”的思路 ，來規(guī)避封閉的網(wǎng)絡(luò)給云計算帶來的限制。

所以

在“軟件模擬虛擬網(wǎng)絡(luò)”的云中，云計算運營者使用軟件開發(fā)了各種虛擬網(wǎng)元(虛擬交換機、虛擬路由器、虛擬防火墻、虛擬負載均衡等)用來模擬云中租戶需要的網(wǎng)絡(luò)。與傳統(tǒng)網(wǎng)絡(luò)設(shè)備不同，這些虛擬網(wǎng)元完全具備軟件定義、開放接口等能力，從而使得云對虛擬網(wǎng)絡(luò)的各種需求，包括自動配置、動態(tài)調(diào)整、按需伸縮等，全部通過Cloud OS(Cloud Operating System，云操作系統(tǒng)，也稱為CMP，Cloud Management Platform)對這些虛擬網(wǎng)元的自動調(diào)用來完成。

而位于底層的物理云網(wǎng)絡(luò)，僅僅被作為最簡單的三層IP通道來承載由“軟件模擬虛擬網(wǎng)絡(luò)”封裝在隧道中的云業(yè)務流量。

這種解決方案雖然滿足了云計算運營者對網(wǎng)絡(luò)的需求，但缺點 也是顯而易見的：

侵占云中計算力、性能與效率低下、運維復雜度高、欠缺業(yè)務質(zhì)量保障等 。

我們很遺憾地看到，在網(wǎng)絡(luò)與云之間形成了一種“因為底層網(wǎng)絡(luò)不開放，所以用軟件模擬;因為軟件模擬，所以導致底層網(wǎng)絡(luò)使用效率越來越低”的惡性循環(huán)，而這一惡性循環(huán)產(chǎn)生的根源就是網(wǎng)絡(luò)自身的開放性 。

云網(wǎng)絡(luò)的回歸之路 —— 全開放的Asterfusion云網(wǎng)絡(luò)有效彌合云與網(wǎng)絡(luò)之間的鴻溝

針對傳統(tǒng)云網(wǎng)絡(luò)在開放性方面所面臨的各種挑戰(zhàn)，星融Asterfusion為云計算環(huán)境提供全開放云網(wǎng)絡(luò) 的解決方案，無縫地將云網(wǎng)絡(luò)徹底融入到云中。

下面來看看星融Asterfusion是如何幫助云網(wǎng)絡(luò)真正融入云計算的(如下圖)：

? 底層硬件平臺基于開放架構(gòu)、商用可編程交換芯片設(shè)計，在為上層軟件提供高性能運行環(huán)境的同時，徹底拋棄傳統(tǒng)網(wǎng)絡(luò)硬件私有、黑盒的設(shè)計理念。

? 運行在硬件平臺上的標準Linux內(nèi)核為上層應用提供開放的操作系統(tǒng)內(nèi)核支撐，使得當前主流的DevOps工具能夠直接運行在網(wǎng)絡(luò)設(shè)備上，任何第三方應用也都能以容器的形式運行在這個標準的Linux內(nèi)核之上。

? AsterNOS是一款開放、智能、易用、高性能的網(wǎng)絡(luò)操作系統(tǒng)，以SONiC/SAI為內(nèi)核，為Asterfusion云網(wǎng)絡(luò)提供設(shè)備級的控制平面，同時支持RESTful API能力開放、主流DevOps工具集成、主流Cloud OS集成、高性能內(nèi)存數(shù)據(jù)庫等云計算時代的必備功能。

?對SAI(Switch Abstraction Interface，交換機抽象接口)標準的支持將AsterNOS和Asterfusion的交換硬件平臺徹底解耦開來，AsterNOS可以運行在任何遵從SAI標準的硬件平臺之上，Asterfusion交換硬件平臺也能夠支持任何遵從SAI標準的網(wǎng)絡(luò)操作系統(tǒng)在其上運行。

?AsteriaFabric Controller(AFC)是為云計算環(huán)境設(shè)計開發(fā)的Cloud SDN Controller，與運行著AsterNOS的交換機系統(tǒng)共同組建一個面向云中業(yè)務與應用的Cloud SDN平臺，在這個SDN平臺上，所有的網(wǎng)絡(luò)能力均以RESTful API的形式向Cloud OS開放，Cloud OS完全以自動化的形式、從業(yè)務的視角對云網(wǎng)絡(luò)進行部署、調(diào)度，無需再關(guān)注網(wǎng)絡(luò)底層的細節(jié)。

在部署了Asterfusion云網(wǎng)絡(luò)的云中，使網(wǎng)絡(luò)與計算、存儲一樣，自下而上形成了層次分明的“開放硬件世界”、“標準內(nèi)核世界”和“自動管理世界” ，從而使得Cloud OS能夠?qū)θ蠡A(chǔ)設(shè)施完全一致地統(tǒng)一管理、按需伸縮、自動調(diào)度 。實現(xiàn)了網(wǎng)絡(luò)、計算、存儲一起成為真正意義上的“云基礎(chǔ)設(shè)施”。

- 未完待續(xù) -

下一期 小編將從不同維度為你揭秘

星融Asterfusion全開放云網(wǎng)絡(luò)到底有多開放!