亞馬遜公司***技術官Werner Vogels曾經多次表示，無論企業采用的是內部部署數據中心還是公共云的策略，最終只有采用公共云這一條路。然而，該公司如今卻提倡采用二者混合應用的體系結構。

[[224642]]

而微軟公司將Azure Stack在技術上進行了改進，以便其在公共云與數據中心的體驗盡可能無縫地滿足客戶的需求。與此同時，谷歌公司繼續投資于某些服務運行在私有數據中心的技術，同時也使內部部署的業務邏輯更容易使用公共云服務。

當企業涉及公共云與內部部署數據中心的選擇時，長期以來被認為是一個“非此即彼”的***，如今日益成為一個二者共存的事實。調研機構IDC公司一年前的調查表明，55%的組織正在使用這種混合部署的方法。

隨著混合部署變得越來越流行，了解適合自己需要的策略是企業要考慮的事項。在以往，企業的***信息官和IT組織將其所有應用程序應用在公共云或本地部署數據中心。但是越仔細了解，就越微妙。

IT運維團隊的應用程序選擇

IT運維團隊通常擁有數十個(也可能是數百)應用程序，他們負責維護基礎設施，有些應用程序(例如面向公眾的網站)的需求波動幅度巨大，這些應用程序對應于客戶可能對不同產品和服務感興趣的不同時段。對于那些往往具有非敏感數據的應用程序，采用公共云非常有意義，因此需求彈性可以與按小時租用的計算支出更緊密地匹配。

其他應用程序可能是內部部署的，沒有需求波動和敏感的財務數據。這類應用程序更適合托管在本地部署數據中心，在這里可以實現額外的安全性，并且從長遠來看，其資產的資本化成本更低。

IT運維人員采用云計算管理平臺等工具逐個案例分析，主要是單一應用程序的托管分析，這種觀點與***信息官的“非此即彼”的觀點有所不同。這就是為什么這么多組織都在選擇的原因。

開發人員和大規模混合應用程序

當人們看到更多與新的基于微服務的應用程序的細微差別時，IT運維人員的定義再次發生變化。在以往，“混合云”和“多云”是同一事物的兩種呈現方式，但隨著應用程序架構越來越多地使用來自不同公共云提供商的云服務，同時在本地部署數據中運行業務的邏輯以大規模混合應用為中心，用戶將根據具體情況選擇托管服務。

例如，應用程序的業務邏輯可以在本地Kubernetes集群上運行，但可以利用公共云中的無狀態服務進行增強。一個例子就是使用谷歌翻譯來支持任意數量的語言，直接針對客戶的內容，但是使用AWS Comprehend對用戶評論進行情感分析，以檢測它們可能是積極的還是消極的。

通過這種方式將內部部署基礎設施與來自不同公共云的服務進行混合和匹配，可以為開發團隊帶來創新，而不必將它們綁定到應用程序各個部分的特定提供者。從這個角度看，很容易認識到“混合云”比其以前的用法更好地描述了這種架構。

大規模的混合應用程序將在公共云上開始使用業務邏輯，采用PaaS服務，因為它可以很好地縮小規模，并鼓勵通過軟件尋求創新。其中一些應用程序沒有開發后續功能并消失，但其他應用程序將達到可預測的規模，這就是開展內部部署遷移的時候，就像Dropbox公司為IPO準備時那樣，可以節省7500萬美元的成本。盡管如此，在某些情況下，遷移內部部署的部件但仍繼續使用PaaS服務是有意義的。

結語

企業的業務在公共云或本地部署數據中心的爭論已經不再具有意義。隨著需求的變化，這些選擇需要經常重新審視新應用程序。因此，沒有一種一刀切的模式，也沒有“非此即彼”的選擇。因此，企業需要選擇一個適合自己的模式，在業務上進行創新，并實現長期成本控制。