行業(yè)專家和IT領(lǐng)導(dǎo)者分享了關(guān)于組織采用混合云策略的一些逆向策略。人們可以了解一致性、成本以及隨著這些環(huán)境的成熟所吸取的經(jīng)驗教訓(xùn)。但有時候，良好的建議很容易被忽視。

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

在這個混合云采用率不斷增長且現(xiàn)有混合環(huán)境日趨成熟（并從中吸取經(jīng)驗和教訓(xùn)）的時代，這是一個值得思考的問題。

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

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

（1）將混合云策略立足于業(yè)務(wù)現(xiàn)實

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

咨詢機構(gòu)凱捷公司北美地區(qū)云卓越中心負責(zé)人兼副總裁Ryan Murphy表示，與其相反，應(yīng)該由業(yè)務(wù)目標(biāo)、人才、技術(shù)（諸如混合云和多云之類）多方推動。

Murphy說，“企業(yè)的重點應(yīng)該放在實現(xiàn)目標(biāo)的業(yè)務(wù)和方法上。那么企業(yè)是進行收購或分拆業(yè)務(wù)，是成立新的業(yè)務(wù)部門？還是節(jié)省成本？回答這些關(guān)鍵問題為做出傳統(tǒng)資產(chǎn)的技術(shù)決策奠定了基礎(chǔ)。不同的目標(biāo)具有不同的業(yè)務(wù)屬性，因此需要不同的技術(shù)屬性來支持這些目標(biāo)?！?/p>

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

Murphy說，“每一項業(yè)務(wù)都是不同的，并有著不同的要求，但從‘可能的藝術(shù)’開始——期望的業(yè)務(wù)成果是什么？這為應(yīng)用、基礎(chǔ)設(shè)施和人員奠定了基礎(chǔ)，這也使企業(yè)能夠更加集成并相互聯(lián)系，這就是那些快速、敏捷、反應(yīng)迅速和高效的企業(yè)與沒有這些特性的企業(yè)之間的區(qū)別?！?/p>

“可能的藝術(shù)”的含義在各種語境中都得到了解釋，包括現(xiàn)在的商業(yè)和管理領(lǐng)域。用當(dāng)今的術(shù)語來說，最好把它看作是一種務(wù)實的“把事情做好”的方法來實現(xiàn)目標(biāo)：在限制下努力完成實際可行的事情，而不只是堅持獲得最理想的結(jié)果。

（2）混合云可以提高標(biāo)準(zhǔn)化

混合云和其他異構(gòu)基礎(chǔ)設(shè)施通常復(fù)雜性更高，這意味著必須處理更多的事情，這可能有一些道理。

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

Drobisewski說：“我們在云計算轉(zhuǎn)型方面進展順利，但我們的內(nèi)部部署數(shù)據(jù)中心和私有云中也運行著許多工作負載。這對云計算技術(shù)提出了至關(guān)重要的要求，而這些技術(shù)可以幫助彌合公共云和私有云之間的鴻溝。Kubernetes已成為創(chuàng)建可在混合多云環(huán)境中部署的通用結(jié)構(gòu)的有機組成部分，從而為開發(fā)人員部署現(xiàn)代云原生工作負載以及使現(xiàn)有應(yīng)用程序現(xiàn)代化提供了一致的模型?！?/p>

Kubernetes也已成為簡化和標(biāo)準(zhǔn)化運營和安全專業(yè)人員的關(guān)鍵工作的基礎(chǔ)。

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

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

Kilcoyne說，“抽象是對多云和混合云環(huán)境進行敏捷、安全和優(yōu)化訪問的關(guān)鍵，開發(fā)人員不應(yīng)該被要求是經(jīng)過認證的云計算專家才能訪問開發(fā)環(huán)境?！?/p>

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

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

不過不必過分糾結(jié)這個定義。實際上，混合云可能根本不包括內(nèi)部部署服務(wù)器，這其實無關(guān)緊要。

Red Hat公司技術(shù)推廣人員Gordon Haff說?！盎旌显茻o需包括內(nèi)部部署的服務(wù)器，無論是在企業(yè)擁有和運營的設(shè)施中，還是在托管數(shù)據(jù)中心環(huán)境中?！?/p>

Haff解釋了混合云存在一些內(nèi)部部署服務(wù)器的假設(shè)：它可以追溯到美國標(biāo)準(zhǔn)技術(shù)研究院最初的云計算定義，該定義是在2011年發(fā)布的。

Haff表示，這個定義將云計算視為一種標(biāo)準(zhǔn)化的計算實用程序，類似于電網(wǎng)?！盎旌显啤敝皇腔谌藗兛赡芟Ｍ麖乃接性啤氨l(fā)”到公共云以處理臨時負載高峰。但是這十年來發(fā)生了很多變化，盡管許多混合環(huán)境確實包括內(nèi)部基礎(chǔ)設(shè)施，但沒有實際的規(guī)定必須這樣做。

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

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

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

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

Brillio云轉(zhuǎn)型服務(wù)副總裁Fahim Khan說：“在不同的云計算提供商之間進行選擇并繼續(xù)使用內(nèi)部部署基礎(chǔ)設(shè)施，應(yīng)該在對企業(yè)的環(huán)境中的所有工作負載進行客觀的‘適合云計算’評估之后采用。還必須權(quán)衡是否將所有業(yè)務(wù)都交給一個云計算供應(yīng)商，或在不同的云計算供應(yīng)商之間分配其工作負載，或?qū)⒁恍┕ぷ髫撦d保留在內(nèi)部部署基礎(chǔ)設(shè)施上，并在混合云環(huán)境中運行?！?/p>

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

安全性和合規(guī)性。

工作負載和數(shù)據(jù)的可遷移性。

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

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

（5）成本和性能優(yōu)化并不是自動的

多云環(huán)境策略（如混合云）通常與成本優(yōu)化相關(guān)聯(lián)，通過為企業(yè)的工作負載提供更多選項，可以獲得基礎(chǔ)設(shè)施成本的合適價格。不過，這并不是一個既定的目標(biāo)，而如果出現(xiàn)意外可能會破壞這個目標(biāo)。例如，將數(shù)據(jù)移動到云平臺中可能降低成本，但將數(shù)據(jù)遷移出云平臺可能會產(chǎn)生意外費用。

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

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

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

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