混合云平臺(tái)，即云和本地系統(tǒng)的混合，能夠?yàn)榇笮推髽I(yè)和遺留環(huán)境中的開發(fā)團(tuán)隊(duì)提供一些他們一直想要的東西：那就是與整個(gè)開發(fā)領(lǐng)域以相同的節(jié)奏一起進(jìn)步的能力。這其中最難的部分是找到基礎(chǔ)架構(gòu)，整合系統(tǒng)和公有云供應(yīng)商的正確組合。

企業(yè)比工具廠商做得好的地方是，找到適合于工作的工具。雖然企業(yè)常常被舊習(xí)慣和固執(zhí)所拖累，但大部分來(lái)說(shuō)，他們的行動(dòng)是以結(jié)果為導(dǎo)向的，而不只是因?yàn)槟硞€(gè)東西很酷所以才想要?jiǎng)?chuàng)建它。然而，企業(yè)也常常對(duì)可能會(huì)有益的功能視而不見(jiàn)，從而抹殺了實(shí)現(xiàn)更高目標(biāo)的可能性。

企業(yè)必須要了解，混合云平臺(tái)是一個(gè)對(duì)業(yè)務(wù)應(yīng)用托管和軟件開發(fā)都有效的方法。

至少在最初的時(shí)候，混合云是與業(yè)務(wù)應(yīng)用所關(guān)聯(lián)的。其好處是，能夠把安全的本地?cái)?shù)據(jù)和應(yīng)用與現(xiàn)代的面向外部的應(yīng)用，如合作伙伴門戶結(jié)合在一起。但由于創(chuàng)建私有云變得越來(lái)越容易，多虧了先進(jìn)的虛擬機(jī)管理程序和管理工具，IT部門有了讓一切都留在本地的更有力論點(diǎn)，這再度產(chǎn)生了那個(gè)古老的分歧，是將全部東西存放到像Salesforce和SAP HANA這樣的私有云應(yīng)用中，還是全部存放在本地。

開發(fā)部門對(duì)此的看法與IT部門完全不同。而那些在他們看起來(lái)是囤積的行為，轉(zhuǎn)變成某種對(duì)于似乎想讓他們進(jìn)度變慢的意圖的怨恨。開發(fā)部門往往是傾向于100%公有云的。而且他們已經(jīng)無(wú)法滿足于基礎(chǔ)架構(gòu)即服務(wù)(IaaS)，開始追求平臺(tái)即服務(wù)(PaaS)，在他們眼里，就連代碼在哪臺(tái)機(jī)器上運(yùn)行也不重要。盡管有著關(guān)于數(shù)據(jù)安全性和管理的顧慮，但還是很難說(shuō)服開發(fā)人員一個(gè)混合的方案是有用的。而這個(gè)沖突的結(jié)果，要么是IT部門贏了，而開發(fā)部門停留在傳統(tǒng)的編碼模式，或開發(fā)部門勝利-無(wú)論是在實(shí)際上獲得自己的預(yù)算或是偷偷的使用了影子IT。開發(fā)人員需要知道混合云可以如何幫助他們：

• 更好的應(yīng)用：開發(fā)人員在創(chuàng)建現(xiàn)代企業(yè)應(yīng)用的時(shí)候，會(huì)面臨商業(yè)軟件開發(fā)者所不曾遇到過(guò)的不利一面：企業(yè)應(yīng)用往往是龐大的，并有許多移動(dòng)的部件，包括了與遺留代碼的整合。這不可避免地導(dǎo)致更多的bug，因此推出質(zhì)量不佳的應(yīng)用風(fēng)險(xiǎn)較高。此外，你能夠建立的功能是有限的，而且往往不能跟上不斷變化的需求?；旌显破脚_(tái)可以讓你更快的迭代，更快的發(fā)現(xiàn)問(wèn)題和更早開始開發(fā)那些新的，更有趣的功能。

• 較少的障礙：除非一個(gè)組織要像萬(wàn)事達(dá)卡在建立Simplify的時(shí)候那樣從零開始使用DevOps，否則轉(zhuǎn)換到現(xiàn)代應(yīng)用開發(fā)的唯一方法便是新舊之間的平衡。對(duì)于大多數(shù)開發(fā)人員來(lái)說(shuō)，提交ticket來(lái)獲得虛擬機(jī)(VM)的過(guò)程必須要與持續(xù)集成共存?；旌显瓶梢杂兄诖蚱票趬?，通過(guò)加快舊流程并引入新的流程。它可以成為一個(gè)協(xié)商的工具：“如果你允許我們?cè)谝粋€(gè)你指定的鏡像上設(shè)置虛擬機(jī)，我們就在產(chǎn)品化之前留在防火墻的內(nèi)部。”這當(dāng)然沒(méi)那么容易。但我們可以看到明顯的好處，如較少的充滿敵意的會(huì)議，更短的ticket反應(yīng)時(shí)間或甚至不用ticket。

• DevOps：可能聽起來(lái)有些奇怪，但混合云平臺(tái)可以幫助支持DevOps持續(xù)集成的過(guò)程—并不是因?yàn)樗孖T部門更容易點(diǎn)頭，而是因?yàn)樵谄髽I(yè)中，一個(gè)版本發(fā)布的審批過(guò)程是瀑布式的，這意味著新版本在推出時(shí)最好是完美的，因?yàn)槟阆胍a(bǔ)救任何東西的機(jī)會(huì)將在六個(gè)月后了。然而，今天的開發(fā)團(tuán)隊(duì)是以持續(xù)的代碼流來(lái)思考的。在發(fā)布日期前，他們做的越多越好。在企業(yè)防火墻后的一個(gè)集成環(huán)境中會(huì)有更多可接受的選項(xiàng)，可以讓你增加運(yùn)行的整合build的數(shù)量，找出更多的bug，更快地開發(fā)新的功能。對(duì)某些組織來(lái)說(shuō)，混合云是他們通向DevOps的唯一路徑。

在一個(gè)應(yīng)用被寫出之后，它的所有組件并不需要都放在公共云上。但我們也很難提出充分的理由要求它必須要全部放在私有云上。關(guān)于產(chǎn)品環(huán)境中會(huì)怎么樣的討論都是相對(duì)的?，F(xiàn)在將生產(chǎn)環(huán)境放到私有云里已經(jīng)不那么常見(jiàn)了，但也許有一些理由必須要這樣做。對(duì)于某些情況下，有些數(shù)據(jù)需要離線存儲(chǔ)在防火墻內(nèi)，數(shù)據(jù)分支的概念頗受歡迎。其中的挑戰(zhàn)在于要培訓(xùn)開發(fā)人員關(guān)于數(shù)據(jù)保留政策以及如何執(zhí)行的方法。你會(huì)在處理財(cái)務(wù)數(shù)據(jù)以及應(yīng)對(duì)政府部門時(shí)遇到許多這樣的情形。

混合云平臺(tái)并不是適合所有，甚至大部分的開發(fā)團(tuán)隊(duì)。但對(duì)于一些組織來(lái)說(shuō)，政府法規(guī)和規(guī)模并不是將你的開發(fā)團(tuán)隊(duì)束縛在瀑布模型開發(fā)時(shí)代的借口。如果企業(yè)想要把握現(xiàn)代開發(fā)的機(jī)會(huì)，并且是結(jié)果導(dǎo)向的，那他們將最終找到一種途徑，而這個(gè)途徑多半會(huì)是一個(gè)私有和公有云的組合。而且現(xiàn)在要這樣做也不再有技術(shù)上的障礙。虛擬化廠商如VMware和微軟有專為這個(gè)目的所提供的云平臺(tái)。而且公有云供應(yīng)商也正在通過(guò)自己的產(chǎn)品，或大量的第三方產(chǎn)品來(lái)彌補(bǔ)公有和私有云之間的差距。

開發(fā)團(tuán)隊(duì)將一直試圖挑戰(zhàn)現(xiàn)有的極限。而混合云也幾乎永遠(yuǎn)無(wú)法滿足他們。但是，混合云是一種能夠讓所有人達(dá)成共識(shí)的方法，而且它也可能是讓DevOps混入現(xiàn)有的復(fù)雜生態(tài)系統(tǒng)的唯一途徑。

原文鏈接：http://www.searchcloudcomputing.com.cn/showcontent_91778.htm