混合云趨勢下的技術(shù)應(yīng)用

混合云已成2017年IT的主要趨勢，在這樣的大背景下，技術(shù)發(fā)展又有什么樣的趨勢？

趨勢一：云端工作負(fù)載在流程編排層之上實現(xiàn)自動化

現(xiàn)如今，云服務(wù)主要集中在流程編排層的自動化。擁有一個部署云端應(yīng)用的自動化架構(gòu)可加快初始部署和持續(xù)進(jìn)行的DevOps集成速度。這不僅使應(yīng)用程序管理更容易，而且還加快了應(yīng)用程序所有者的業(yè)務(wù)目標(biāo)的交付。

但問題的關(guān)鍵是找到一個支持跨平臺戰(zhàn)略的集成點。一些客戶轉(zhuǎn)向OpenStack希望尋找到答案，但他們很快就意識到，在OpenStack內(nèi)部或是其自身都并不能真正實現(xiàn)這些目標(biāo)。由于OpenStack部署的獨(dú)特性，它不支持單組應(yīng)用程序編程接口（API）的交叉部署。因此客戶不得不去部署特定腳本和工具集，從而放棄轉(zhuǎn)向一個通用API的努力。

因此，企業(yè)開始尋找一個在流程編排層之上的集成點，可以實現(xiàn)跨多個廠商平臺的自動化部署。有些客戶在使用例如LibCloud庫這樣的抽象DevOps工具集，無需創(chuàng)建自己的額外API庫就能在表層上被應(yīng)用部署在其他環(huán)境中。這讓你可以基于業(yè)務(wù)需要（比如地理位置和服務(wù)等級協(xié)議）來選擇云環(huán)境，同時有機(jī)會利用其他的云進(jìn)行未來部署。這樣也降低了供應(yīng)商鎖定的風(fēng)險。

然而，重要的是要了解諸如LibCloud、Terraform、Ansible之類的工具集背后的機(jī)制。另外，為基于公有云、私有云和混合云的開發(fā)團(tuán)隊提供自助服務(wù)和自動化是必須的，而不是可選項。可編程網(wǎng)絡(luò)也是混合云的強(qiáng)大驅(qū)動力，使你能夠更快地推出新的運(yùn)營網(wǎng)站。

趨勢二：企業(yè)正在轉(zhuǎn)向管理服務(wù)，以確?；旌显浦械膽?yīng)用性能

公司越來越多地使用混合云作為管理服務(wù)平臺來實現(xiàn)這一目標(biāo)。隨著云越來越多地被采用，行業(yè)正在從配置基礎(chǔ)架構(gòu)的單一自助服務(wù)門戶，轉(zhuǎn)向完全基于軟件的管理服務(wù)平臺。這些自動化的、軟件驅(qū)動的管理服務(wù)能夠為企業(yè)提供他們非常需要的功能，例如：一致的服務(wù)等級協(xié)議（SLA），無論工作負(fù)載的部署模式如何，是部署在公有云、私有云和供應(yīng)商云上，還是部署在本地；無縫的工作負(fù)載轉(zhuǎn)移和自動遷移；跨用戶基礎(chǔ)和部署模型的治理、風(fēng)險和合規(guī)性保證；隱私設(shè)計。

趨勢三：容器工具正在成為新的作為服務(wù)的平臺

當(dāng)Docker于2013年推出時，虛擬化開始從機(jī)器級別轉(zhuǎn)移到應(yīng)用程序級別。作為可在軟件容器內(nèi)自動進(jìn)行應(yīng)用部署的開源項目，Docker讓應(yīng)用程序在混合云和本地基礎(chǔ)架構(gòu)之間更具有可移植性。

2017年，我們將看到容器受到更廣泛的采用，但是完全過渡到容器化（containerised）的世界仍需要幾年時間。在初始階段，我們將看到使用Kubernetes作為部署復(fù)雜工作負(fù)載模型的趨勢。由于公有云平臺之間對Docker的支持是可變的，企業(yè)們可能不愿意在多個云之間使用Docker。他們很可能會在單一的云平臺上使用它，并結(jié)合他們本地部署來實現(xiàn)混合。當(dāng)采用Docker和 Kubernetes（或類似的管理器）時，企業(yè)們應(yīng)確保他們在映像管理、網(wǎng)絡(luò)訪問和安全補(bǔ)丁、服務(wù)發(fā)現(xiàn)和容器監(jiān)視方面擁有一個明確的策略。

趨勢四：網(wǎng)絡(luò)功能虛擬化是通向混合云理想狀態(tài)的路徑

混合云的理想狀態(tài)是這樣的：服務(wù)的一部分運(yùn)行在自己的數(shù)據(jù)中心當(dāng)中，第二部分運(yùn)行在公有云提供商A上，其余部分在公有云提供商B上?；谛阅?、可用性、隱私或成本的考慮，你可以自由決定服務(wù)的任意組成部分運(yùn)行在什么地方。我們尚未實現(xiàn)這種理想狀態(tài)的原因之一是這些混合域中的網(wǎng)絡(luò)元素必須被綁定在一起。

首先，答案被認(rèn)為存在于SDN中。一些企業(yè)試圖使用SDN來使得他們的混合云環(huán)境重組，但后來發(fā)現(xiàn)SDN非常復(fù)雜。相比之下，與之相關(guān)但又存在細(xì)微差別的NFV有望成為連接混合云和混合IT環(huán)境的更簡單方式。NFV是將諸如防火墻、負(fù)載平衡和入侵防御系統(tǒng)之類的服務(wù)，從專用硬件移動到虛擬化環(huán)境（例如虛擬設(shè)備）中的過程。

NFV的優(yōu)點之一是，它所使用的虛擬網(wǎng)絡(luò)和安全設(shè)備允許你在連接網(wǎng)絡(luò)時保持對IP尋址、DNS和路由選擇的控制。它們允許你將云端作為自己網(wǎng)絡(luò)的擴(kuò)展，使用你所熟悉的網(wǎng)絡(luò)技術(shù)、工具和供應(yīng)商。

趨勢五：NFV也正成為容器化的首選推動者

容器網(wǎng)絡(luò)與傳統(tǒng)網(wǎng)絡(luò)不同。容器是非常動態(tài)且短暫的，導(dǎo)致了很多不可預(yù)測的流量。當(dāng)容器被啟動時，我們需要在某個目錄中注冊它；當(dāng)它停止運(yùn)行時，我們需要讓大家都知道。這是通過運(yùn)行在控制臺的服務(wù)發(fā)現(xiàn)層和進(jìn)程來完成的，使用了例如CoreOS或Apache ZooKeeper之類的工具。

Kubernetes網(wǎng)絡(luò)模型要求容器可以與網(wǎng)絡(luò)節(jié)點以及另一個容器直接進(jìn)行通信，容器將自己視為與其他人所看到的相同的IP。在Kubernetes中，IP地址范圍是一個pod：一個pod中的所有容器共享相同的IP地址，并且必須使用本地主機(jī)結(jié)構(gòu)來相互進(jìn)行通信。

現(xiàn)在有許多方法可以解決這些容器化網(wǎng)絡(luò)的挑戰(zhàn)：從Docker網(wǎng)絡(luò)選項到以容器為中心的選項，再到SDN和NFV。

然而，如果我們認(rèn)為相比于混合部署，一個尚未開發(fā)的Docker部署更加不可能實現(xiàn)，那么就可以歸納出一個簡單的命題：如果容器與現(xiàn)有VM實現(xiàn)并行運(yùn)行，NFV方法最有可能成功地解決容器化網(wǎng)絡(luò)挑戰(zhàn)。