如果組織擁有可以集成到混合云中的托管基礎(chǔ)設施，那么如今可以為其提供的解決方案比以往任何時候都多。公共云和托管數(shù)據(jù)中心之間的交互變得如此動態(tài)，以至于簡單地跟蹤不同的方法可能成為一個挑戰(zhàn)。

人們需要了解當今托管數(shù)據(jù)中心用戶可用的主要混合云策略，以及與主要云計算供應商相關(guān)的每種方法。

[[352032]]

1. 使用虛擬機構(gòu)建托管的混合云

將托管數(shù)據(jù)中心基礎(chǔ)設施集成到混合云中的最基本方法也許是將工作負載托管在虛擬機上，然后使用VMware Cloud Foundation等平臺進行管理。

對于許多用戶來說，這種方法可能更加熟悉，因為它使他們可以將工作負載保留在虛擬機中。它還提供了可以隨意在不同的公共云平臺之間移動的靈活性，因為該策略不依賴于任何特定公共云供應商的工具。

然而，這一策略確實會使組織依賴于用于編排混合架構(gòu)的平臺。它還可能限制組織使用虛擬機來承載其工作負載，并限制組織使用其他類型的托管解決方案，例如無服務器功能，盡管在VMware的混合云平臺的情況下，這種情況正在發(fā)生變化，該平臺現(xiàn)已擴展到虛擬機之外。

2. 將公共云服務擴展到托管數(shù)據(jù)中心

如果組織需要獲得公共云供應商的幫助，則可以使用AWS Outposts或Azure Stack等混合云框架。這些框架將公共云服務直接擴展到托管數(shù)據(jù)中心設施或企業(yè)的內(nèi)部部署數(shù)據(jù)中心，這意味著組織可以使用諸如AWS EC2或Azure Functions之類的服務在自己的服務器上托管工作負載。

但這些服務也有其缺點。對于組織可以使用的硬件和云服務的類型，AWS Outposts受到限制。Azure Stack稍微靈活一些，但仍在不斷發(fā)展和進步。從成本的角度來看，這些解決方案可能也沒有那么吸引人，因為在向托管服務提供商支付費用之外，組織還要支付使用公共云的費用，更不用說購買和管理服務器的成本。

但是，很多人期望這個利基市場能夠保持增長并變得更好。在全球三個云計算行業(yè)巨頭以外的云計算供應商已經(jīng)對此進行了投資(例如，Oracle公司推出一個名為Cloud @ Customer的平臺，類似于Outposts和Azure Stack)。微軟公司也推出了Azure Arc，它類似于Azure Stack，但沒有硬件(或云平臺)限制，谷歌公司推出了Anthos。

3. 基于Kubernetes的混合云

如果組織不介意在容器中運行大多數(shù)工作負載，則可以使用Kubernetes來配置和管理跨托管服務器和公共云基礎(chǔ)設施的混合云。

這是促進用戶采用谷歌主要混合云解決方案Anthos的方法?，F(xiàn)在，它也是VMware云戰(zhàn)略的重要組成部分。而且IBM公司將開展以Kubernetes為中心的混合云業(yè)務，該業(yè)務源自OpenShift，這是IBM公司與Red Hat公司一起收購的Kubernetes平臺。IBM正在將OpenShift集成到更廣泛的IBM云戰(zhàn)略中。

4. 在托管設施中模仿公共云API

另一種構(gòu)建具有托管基礎(chǔ)設施的混合云的方法是使用Eucalyptus這樣的平臺，它允許組織使用公共云API在自己的服務器上運行工作負載。

與Outposts和Azure Stack等框架不同，這種解決方案不會將公共云供應商自己的軟件引入數(shù)據(jù)中心。相反，它本質(zhì)上模仿了API，這樣就可以部署在公共云中運行的工作負載了。實際上，如果需要，組織可以立即將它們提升并轉(zhuǎn)移到公共云中，但又不會過多依賴于公共云。

這里的主要限制是只支持某些公共云(例如，Eucalyptus僅適用于AWS)，并且組織只能使用核心IaaS服務(主要是計算和存儲)來運行工作負載。另一方面，這種策略使組織擺脫了Outposts之類的解決方案所面臨的鎖定風險。其成本可能要低得多，因為不需要為采用公共云支付費用。

結(jié)論

就在幾年前，用于構(gòu)建適合托管數(shù)據(jù)中心的混合云的選項很少。 基本上，只限于以虛擬機為中心的平臺，甚至那些通常沒有非常緊密地集成私有和公共數(shù)據(jù)中心的平臺。

但是如今，新一代的混合云解決方案已經(jīng)改變了托管用戶的游戲規(guī)則。無論組織的優(yōu)先任務是什么(避免公共云鎖定、將工作負載容器化、成本最小化或其他原因)，混合云平臺都可以與托管的數(shù)據(jù)中心基礎(chǔ)設施一起使用。