每週，我都會與好幾個高管會面，他們正在使用雲改變技術為其業務帶來價值的方式。開始使用雲的動機各不相同，但在我的談話中，一個始終如一的主題是雲可讓組織將更多的資源投放在其核心業務上、更快地移動且更安全。

這種轉變不會在一夜之間發生，我經常將這個過程稱為旅程。在此期間，您的企業仍然需要運營現有 IT 資產以保持業務正常執行。雖然我提及的大多數企業都正在將其 IT 專案組合中的部分或全部專案遷移到雲，但他們也意識到，雲並不是一個“全有或全無”的價值主張。當每個企業都意識到這一點時，他們就能夠將其本地 IT 資產與雲聯絡起來，並利用這種聯絡逐漸將其 IT 專案組合的重心遷移到雲。

去年，我寫了有關雲中的混合架構的三個神話的文章，時至今日，我在與高管討論混合雲架構時仍會遇到這些問題。如果您仍在梳理有關您的組織的混合雲架構的觀點，我建議您考慮一下我在那篇文章中提到的要點。

這篇文章的其餘內容詳述了當我擔任 Dow Jones 的資訊長以及我們首次實現混合雲架構時，我的團隊和我的“頓悟”時刻。

混合頓悟時刻

2012 年，我的老闆 (隨後成為了 Dow Jones 的執行長) 提出了一個假設，我們都認為這是一個巨大的商機：如果華爾街日報 (Dow Jones 旗艦 B2C 產品之一) 的所有訂戶擁有全球大部分財富，Factiva 和 Dow Jones Newswires (Dow Jones 的 B2B 產品) 的所有訂戶管理全球大部分財富，那麼我們可以為他們提供一種用於相互聯絡和通訊的機制來建立一個有價值的平臺。

我們從零開始，並且想快速行動。我們組建了一個非常小的工程師和設計師團隊來構建這個概念，讓他們能夠自由地選擇他們認為可以完成這項工作的工具。6 周後，通過幾個開源的自動化 AWS 服務以及大量的艱苦工作，我們便啟動並運行了一個高可用性且不受災難影響的應用程式。我們新發現的將技術交付給業務的能力很快成為了我們的“英雄”專案，並幫助我們鼓勵我的團隊和管理層利益相關者與我們一起踏上旅程。

隨著我們將此應用程式整合到我們的更多產品中，我們發現還需要將它與我們的一些僅限內部使用的身份管理系統整合。這些系統中的一些系統不會 (也不應) 公開到 Internet 上，因此無法通過我們的在公共 Internet 中的 AWS 上執行的應用程式進行訪問。

我們的網路、基礎設施和開發團隊的工程師已開始尋找解決這個問題的方法。經過一番研究，我們發現我們可利用 Amazon VPC 在我們內部的 IP 地址空間內建立一個虛擬網路並將我們的應用程式放入 VPC 中。

在閱讀 AWS 文件並決定我們如何使用我們的內部防火牆規則管理 AWS 安全組的整合之後，團隊便開始工作了。在 45 分鐘內，他們建立了 VPC、為我們在公共 Internet 上執行的例項拍攝了快照，使例項出現在 VPC 中 (在其中為例項分配了內部子網中的 IP 地址)、將入站流量路由至新例項、實現了從例項到內部身份系統的連線並完成了遷移。

我們對於此過程如此簡單感到驚訝，而讓我們感到更驚訝的是，我們發現有機會通過在雲中構建的系統來增強和擴充套件現有的舊系統。

在接下來的幾年裡，我們的開發運營團隊 (也稱為我們的雲卓越中心) 通過實現 VPC 建立和監管的自動化，將我們從此練習中學到的知識編入到一些參考架構中以用於我們的各個業務方面。藉助這個簡單而強大的策略，我們使用此混合架構模型在雲中構建和增強所有現有系統，而無需立即遷移所有系統。

從那時起，我已與擁有類似的“頓悟”時刻的高管進行了談話。一旦他們意識到無需放棄所有現有的基礎設施投資並且仍可利用雲，就會產生大量的可能性。這使其團隊有時間進行學習，安全實施現有投資/折舊計劃，並且仍從雲的彈性、敏捷性、安全性和成本特性中受益。

您在設定您的混合架構時是否有頓悟時刻？請一定告訴我！

注：實現混合架構是我在企業雲之旅系列文章中撰寫的第 6 個最佳實踐 (共 7 個最佳實踐)。其他 6 個最佳實踐為：提供執行支援、給您的員工培訓、創造試驗文化、吸引合作伙伴、建立雲卓越中心和實施雲優先策略。請保持關注以瞭解有關每個最佳實踐的更多資訊，並查閱此處的電子書集合。