混合云平臺，即云和本地系統的混合，能夠為大型企業和遺留環境中的開發團隊提供一些他們一直想要的東西：那就是與整個開發領域以相同的節奏一起進步的能力。這其中最難的部分是找到基礎架構，整合系統和公有云供應商的正確組合。
企業比工具廠商做得好的地方是，找到適合于工作的工具。雖然企業常常被舊習慣和固執所拖累，但大部分來說，他們的行動是以結果為導向的，而不只是因為某個東西很酷所以才想要創建它。然而，企業也常常對可能會有益的功能視而不見，從而抹殺了實現更高目標的可能性。
企業必須要了解，混合云平臺是一個對業務應用托管和軟件開發都有效的方法。
至少在最初的時候，混合云是與業務應用所關聯的。其好處是，能夠把安全的本地數據和應用與現代的面向外部的應用，如合作伙伴門戶結合在一起。但由于創建私有云變得越來越容易，多虧了先進的虛擬機管理程序和管理工具，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混入現有的復雜生態系統的唯一途徑。
京公網安備 11010502049343號