行業專家和IT領導者分享了關于組織采用混合云策略的一些逆向策略。人們可以了解一致性、成本以及隨著這些環境的成熟所吸取的經驗教訓。但有時候，良好的建議很容易被忽視。

這對于混合云架構和策略來說是正確的：獲得一些逆向思維可能是值得的。甚至混合云這個術語以及人們對它的定義都值得修改。

在這個混合云采用率不斷增長且現有混合環境日趨成熟（并從中吸取經驗和教訓）的時代，這是一個值得思考的問題。

混合云策略：改變思維的5種方式

行業專家分享了與傳統思維相悖的一些訣竅，例如混合云的定義會在不同環境中帶來不一致的概念，以及可以改變企業的混合云策略的一些方法。

（1）將混合云策略立足于業務現實

將混合云視為純粹的技術選擇是很自然的：因為這是軟件、基礎設施和數據的問題，而不是營銷或品牌策略。這與云計算供應商的并購活動沒有關系，也不可能在對話中更好地討論混合云和人力資源戰略。

咨詢機構凱捷公司北美地區云卓越中心負責人兼副總裁Ryan Murphy表示，與其相反，應該由業務目標、人才、技術（諸如混合云和多云之類）多方推動。

Murphy說，“企業的重點應該放在實現目標的業務和方法上。那么企業是進行收購或分拆業務，是成立新的業務部門？還是節省成本？回答這些關鍵問題為做出傳統資產的技術決策奠定了基礎。不同的目標具有不同的業務屬性，因此需要不同的技術屬性來支持這些目標。”

對于主要的技術和架構決策采取以業務為中心的方法（如混合云），也有助于提高當今IT團隊從一開始就日益需要的敏捷性，而不僅僅是要求團隊在事后更加敏捷以跟上技術戰略的重大變化。

Murphy說，“每一項業務都是不同的，并有著不同的要求，但從‘可能的藝術’開始——期望的業務成果是什么？這為應用、基礎設施和人員奠定了基礎，這也使企業能夠更加集成并相互聯系，這就是那些快速、敏捷、反應迅速和高效的企業與沒有這些特性的企業之間的區別。”

“可能的藝術”的含義在各種語境中都得到了解釋，包括現在的商業和管理領域。用當今的術語來說，最好把它看作是一種務實的“把事情做好”的方法來實現目標：在限制下努力完成實際可行的事情，而不只是堅持獲得最理想的結果。

（2）混合云可以提高標準化

混合云和其他異構基礎設施通常復雜性更高，這意味著必須處理更多的事情，這可能有一些道理。

有了正確的工具和流程，更不用說像DevOps或DevSecOps這樣的文化轉變，實際上可以提高標準化和一致性。美國利寶相互保險公司高級架構師Eric Drobiewski表示，這是該公司在其云計算戰略中挖掘出的價值之一：為開發、運營和安全構建跨任何基礎設施的一致模型。這是該公司混合環境下的必然選擇。容器化和編排至關重要。

Drobisewski說：“我們在云計算轉型方面進展順利，但我們的內部部署數據中心和私有云中也運行著許多工作負載。這對云計算技術提出了至關重要的要求，而這些技術可以幫助彌合公共云和私有云之間的鴻溝。Kubernetes已成為創建可在混合多云環境中部署的通用結構的有機組成部分，從而為開發人員部署現代云原生工作負載以及使現有應用程序現代化提供了一致的模型。”

Kubernetes也已成為簡化和標準化運營和安全專業人員的關鍵工作的基礎。

Drobiewski說：“工程師和運營團隊正在利用聲明性的資源調配和配置自動化，這顯著簡化了他們與各種基礎設施提供商和后端服務的交互方式。而且我們能夠通過利用準入控制器和開放策略代理，通過一致的軟件定義和策略驅動方法，改進安全控制和治理。”

CloudBolt公司首席技術官Rick Kilcoyne指出，許多人可能并不在意他們使用什么云平臺。而是，他們關心從采用筆記本電腦進行測試再到生產的各種環境之間的一致性，無論后者可能位于何處。Kilcoyne說，某些傳統方法需要開發人員擁有更多的特定云計算專業知識，這就是配置問題仍然困擾某些云計算部署的原因。

Kilcoyne說，“抽象是對多云和混合云環境進行敏捷、安全和優化訪問的關鍵，開發人員不應該被要求是經過認證的云計算專家才能訪問開發環境。”

（3）定義“混合云”時不必過分糾結這個定義

確定“混合云”的定義可能有些麻煩。該術語通常是指公共云、私有云或內部部署（裸機）服務器的某種混合，通常在這些環境之間具有某種程度的集成或編排。

不過不必過分糾結這個定義。實際上，混合云可能根本不包括內部部署服務器，這其實無關緊要。

Red Hat公司技術推廣人員Gordon Haff說。“混合云無需包括內部部署的服務器，無論是在企業擁有和運營的設施中，還是在托管數據中心環境中。”

Haff解釋了混合云存在一些內部部署服務器的假設：它可以追溯到美國標準技術研究院最初的云計算定義，該定義是在2011年發布的。

Haff表示，這個定義將云計算視為一種標準化的計算實用程序，類似于電網。“混合云”只是基于人們可能希望從私有云“爆發”到公共云以處理臨時負載高峰。但是這十年來發生了很多變化，盡管許多混合環境確實包括內部基礎設施，但沒有實際的規定必須這樣做。

Haff說：“雖然云計算總體上保留了美國標準技術研究院最初確定的許多特征——自助服務、靈活性、可擴展性等等，但它已經擴展到包含了更豐富的云原生服務，這些服務可能因云計算提供商而異。因此，雖然混合云通常確實包含某種程度的內部部署計算和存儲，但它不一定必須如此。與其相反，它可以指公共云提供商、SaaS、內容交付網絡（CDN）和其他類型的外包能力和功能的某種組合，通常在某種程度上進行集成。”

企業需要深入研究兩個重要領域：工作負載的可遷移性和意外成本。

（4）并非一切都需要在云中運行

諸如混合云和多云（或簡稱為云計算）之類的術語有時會隱含一個假設，即企業會將大部分甚至全部工作負載移至云平臺。同樣，如果沒有這樣的規則，就像遷移或構建要在容器中運行的應用程序并不意味著企業需要將所有內容都實現容器化一樣。

Brillio云轉型服務副總裁Fahim Khan說：“在不同的云計算提供商之間進行選擇并繼續使用內部部署基礎設施，應該在對企業的環境中的所有工作負載進行客觀的‘適合云計算’評估之后采用。還必須權衡是否將所有業務都交給一個云計算供應商，或在不同的云計算供應商之間分配其工作負載，或將一些工作負載保留在內部部署基礎設施上，并在混合云環境中運行。”

“適合云計算”評估的內容可能有所不同，但Khan指出了一些基本原則：

安全性和合規性。

工作負載和數據的可遷移性。

成本（在不同環境中運行工作負載進行比較）。

性能和延遲注意事項（例如，將相互依賴的工作負載分組在同一環境中以減少延遲）。

（5）成本和性能優化并不是自動的

多云環境策略（如混合云）通常與成本優化相關聯，通過為企業的工作負載提供更多選項，可以獲得基礎設施成本的合適價格。不過，這并不是一個既定的目標，而如果出現意外可能會破壞這個目標。例如，將數據移動到云平臺中可能降低成本，但將數據遷移出云平臺可能會產生意外費用。

Aerospike公司首席戰略官Lenley Hensarling表示：“如果企業沒有進行規劃，無論是在公共云供應商之間，還是在私有云和公共云之間，數據出口成本都會增加。而在數據服務之上定義API來優化傳輸的數據量可以顯著降低成本。在架構和設計階段，對這種成本進行規劃是很重要的，而且是一個全局性的愿景（并不是微觀地關注運行按需實例的成本）。”

Hensarling說，“企業在設計時還必須考慮到整體解決方案的成本概況。例如，對于具有大量數據的穩定工作負載，讓微服務的彈性前端回到內部部署數據解決方案會更好，雖然公共云提供商提供彈性解決方案，這意味著他們可以在應用程序擴展時提供基礎設施，但他們這樣做的成本通常對企業來說非常高。因此需要確定哪些工作負載需要這種彈性，以及愿意付出什么樣的代價，這對于正確處理事情至關重要。”

Hensarling指出，性能問題是另一個需要避免意外的領域，或者至少不要過于寬泛地假設性能是一致的和最優的，甚至在同一個公共云平臺中也是如此。

Hensarling說，“即使在同一實例類別內，一個實例與另一個實例之間的差異也可能很大。由于網絡帶寬也會大幅波動，因此企業必須為此進行設計。對于需要始終如一的高性能要求的工作負載，最好將這個應用程序或其關鍵部分放在數據中心或私有云中。在那里，企業可以更好地控制基礎設施及其管理。”