混合雲平臺為何更適合現代應用開發

混合雲平臺，即雲和本地系統的混合，能夠為大型企業和遺留環境中的開發團隊提供一些他們一直想要的東西：那就是與整個開發領域以相同的節奏一起進步的能力。這其中最難的部分是找到基礎架構，整合系統和公有云供應商的正確組合。

企業比工具廠商做得好的地方是，找到適合於工作的工具。雖然企業常常被舊習慣和固執所拖累，但大部分來說，他們的行動是以結果為導向的，而不只是因為某個東西很酷所以才想要建立它。然而，企業也常常對可能會有益的功能視而不見，從而抹殺了實現更高目標的可能性。

企業必須要了解，混合雲平臺是一個對業務應用託管和軟體開發都有效的方法。

至少在最初的時候，混合雲是與業務應用所關聯的。其好處是，能夠把安全的本地資料和應用與現代的面向外部的應用，如合作伙伴門戶結合在一起。但由於建立私有云變得越來越容易，多虧了先進的虛擬機器管理程式和管理工具，IT部門有了讓一切都留在本地的更有力論點，這再度產生了那個古老的分歧，是將全部東西存放到像Salesforce和SAP HANA這樣的私有云應用中，還是全部存放在本地。

開發部門對此的看法與IT部門完全不同。而那些在他們看起來是囤積的行為，轉變成某種對於似乎想讓他們進度變慢的意圖的怨恨。開發部門往往是傾向於100%公有云的。而且他們已經無法滿足於基礎架構即服務(IaaS)，開始追求平臺即服務(PaaS)，在他們眼裡，就連程式碼在哪臺機器上執行也不重要。儘管有著關於資料安全性和管理的顧慮，但還是很難說服開發人員一個混合的方案是有用的。而這個衝突的結果，要麼是IT部門贏了，而開發部門停留在傳統的編碼模式，或開發部門勝利-無論是在實際上獲得自己的預算或是偷偷的使用了影子IT。開發人員需要知道混合雲可以如何幫助他們：

· 更好的應用：開發人員在建立現代企業應用的時候，會面臨商業軟體開發者所不曾遇到過的不利一面：企業應用往往是龐大的，並有許多移動的部件，包括了與遺留程式碼的整合。這不可避免地導致更多的bug，因此推出質量不佳的應用風險較高。此外，你能夠建立的功能是有限的，而且往往不能跟上不斷變化的需求。混合雲平臺可以讓你更快的迭代，更快的發現問題和更早開始開發那些新的，更有趣的功能。

· 較少的障礙：除非一個組織要像萬事達卡在建立Simplify的時候那樣從零開始使用DevOps，否則轉換到現代應用開發的唯一方法便是新舊之間的平衡。對於大多數開發人員來說，提交ticket來獲得虛擬機器(VM)的過程必須要與持續整合共存。混合雲可以有助於打破壁壘，通過加快舊流程並引入新的流程。它可以成為一個協商的工具：“如果你允許我們在一個你指定的映象上設定虛擬機器，我們就在產品化之前留在防火牆的內部。”這當然沒那麼容易。但我們可以看到明顯的好處，如較少的充滿敵意的會議，更短的ticket反應時間或甚至不用ticket。

· DevOps：可能聽起來有些奇怪，但混合雲平臺可以幫助支援DevOps持續整合的過程—並不是因為它讓IT部門更容易點頭，而是因為在企業中，一個版本釋出的審批過程是瀑布式的，這意味著新版本在推出時最好是完美的，因為你想要補救任何東西的機會將在六個月後了。然而，今天的開發團隊是以持續的程式碼流來思考的。在釋出日期前，他們做的越多越好。在企業防火牆後的一個整合環境中會有更多可接受的選項，可以讓你增加執行的整合build的數量，找出更多的bug，更快地開發新的功能。對某些組織來說，混合雲是他們通向DevOps的唯一路徑。

在一個應用被寫出之後，它的所有元件並不需要都放在公共雲上。但我們也很難提出充分的理由要求它必須要全部放在私有云上。關於產品環境中會怎麼樣的討論都是相對的。現在將生產環境放到私有云裡已經不那麼常見了，但也許有一些理由必須要這樣做。對於某些情況下，有些資料需要離線儲存在防火牆內，資料分支的概念頗受歡迎。其中的挑戰在於要培訓開發人員關於資料保留政策以及如何執行的方法。你會在處理財務資料以及應對政府部門時遇到許多這樣的情形。

混合雲平臺並不是適合所有，甚至大部分的開發團隊。但對於一些組織來說，政府法規和規模並不是將你的開發團隊束縛在瀑布模型開發時代的藉口。如果企業想要把握現代開發的機會，並且是結果導向的，那他們將最終找到一種途徑，而這個途徑多半會是一個私有和公有云的組合。而且現在要這樣做也不再有技術上的障礙。虛擬化廠商如VMware和微軟有專為這個目的所提供的雲平臺。而且公有云供應商也正在通過自己的產品，或大量的第三方產品來彌補公有和私有云之間的差距。

開發團隊將一直試圖挑戰現有的極限。而混合雲也幾乎永遠無法滿足他們。但是，混合雲是一種能夠讓所有人達成共識的方法，而且它也可能是讓DevOps混入現有的複雜生態系統的唯一途徑。

本文轉自d1net（轉載）