與以前的版本不同，新的混合云框架更易于部署，并且消除了“云計(jì)算vs托管數(shù)據(jù)中心”的二分法。

自2000年代中期云計(jì)算時(shí)代到來以來，托管數(shù)據(jù)中心行業(yè)普遍認(rèn)為自己可以替代公共云?！霸朴?jì)算vs托管數(shù)據(jù)中心”是大多數(shù)人已經(jīng)習(xí)慣的二分法。

在過去的二十年中的大多數(shù)時(shí)間里，這種想法都是有道理的，當(dāng)時(shí)公共云提供商和托管數(shù)據(jù)中心確實(shí)處于激烈的競(jìng)爭(zhēng)之中。但是，在過去的幾年中，情況發(fā)生了變化。比較大的公共云提供商已推出了新一代的混合云解決方案，這些解決方案使客戶可以輕松訪問公共云服務(wù)，同時(shí)將其工作負(fù)載存儲(chǔ)在自己的數(shù)據(jù)中心或托管數(shù)據(jù)中心中。

以下是這些混合云服務(wù)的含義以及它們對(duì)托管數(shù)據(jù)中心未來的意義。

云計(jì)算vs托管數(shù)據(jù)中心：傳統(tǒng)選擇

很容易理解，為什么傳統(tǒng)上將公共云和主機(jī)托管被描述為非此即彼的主張。

如果選擇在公共云中運(yùn)行工作負(fù)載，則可以訪問幾乎可以立即啟動(dòng)的一系列不同服務(wù)。但是，企業(yè)丟失的是托管數(shù)據(jù)中心中托管工作負(fù)載所帶來的隱私和控制權(quán)，在該數(shù)據(jù)中心中，客戶具有更大的能力來選擇他們使用的硬件，如何配置硬件以及如何將其與其他組織的資源隔離。

另一方面，托管服務(wù)提供商無法提供公共云提供商的靈活性或廣泛的服務(wù)。他們只專注于基礎(chǔ)設(shè)施。

在2010年代的大部分時(shí)間里，對(duì)于許多逐漸遷移到公共云的企業(yè)來說，公共云似乎被證明是更有吸引力的選擇。盡管他們并不總是在那兒，有些企業(yè)遣返托管數(shù)據(jù)中心服務(wù)。但是，很難說托管服務(wù)行業(yè)在過去十年中與公共云計(jì)算一樣擁有強(qiáng)勁的發(fā)展勢(shì)頭。如果沒有別的，收入數(shù)據(jù)表明公共云的增長(zhǎng)速度快于托管數(shù)據(jù)中心。

現(xiàn)代混合云滿足托管據(jù)中心需求

具有諷刺意味的是，近年來，公共云供應(yīng)商為擴(kuò)大自己的市場(chǎng)份額所做的努力甚至改變了形勢(shì)。今天，由于公共云公司本身已經(jīng)引入了新的混合云框架，利用公共云服務(wù)同時(shí)將工作負(fù)載保持在托管中心內(nèi)已經(jīng)變得非?？尚?。

這些框架中的主要是：

Azure Stack，使客戶可以在自己的硬件上從Microsof tAzure云平臺(tái)部署服務(wù)。Azure Arc是一項(xiàng)仍在開發(fā)中的較新服務(wù)，它將以更加靈活的方式執(zhí)行相同的操作。

AWS Outposts，一個(gè)用于在私有硬件上運(yùn)行來自AWS云平臺(tái)的服務(wù)的框架。

Anthos來自谷歌公司的基于Kubernetes的平臺(tái)，可以為跨多個(gè)云平臺(tái)或數(shù)據(jù)中心部署的應(yīng)用程序構(gòu)建一致的部署和管理層。

這些混合云產(chǎn)品中的每一個(gè)都有其局限性，尤其是在用于將公共云服務(wù)擴(kuò)展到托管設(shè)備中時(shí)。Azure Stack僅與認(rèn)證的硬件一起使用，托管服務(wù)提供商可能不提供（因此，不受此限制的Azure Arc可能在托管中心更有用）。AWS Outposts的限制更大;盡管亞馬遜表示它與托管方案兼容，但它要求客戶使用AWS自己的硬件。Google Anthos可以與任何硬件一起使用，但是它的主要警告是，它可能難以部署和管理，尤其是對(duì)于那些沒有廣泛內(nèi)部Kubernetes專業(yè)知識(shí)的組織。

盡管如此，這些混合解決方案仍為彌合傳統(tǒng)上將公共云與托管數(shù)據(jù)中心分隔開的鴻溝帶來了巨大的新機(jī)遇。只要托管服務(wù)提供商滿足任何適用的硬件要求，并且企業(yè)愿意在必要時(shí)自行管理軟件方面的事情（或?yàn)榇似刚?qǐng)第三方服務(wù)提供商），這些框架將使部署公共云變得非常容易位于托管中心的服務(wù)器上的服務(wù)（例如AWS S3存儲(chǔ)或Azure虛擬機(jī)）。

同時(shí)，這些混合云解決方案提供對(duì)廣泛的公共云服務(wù)的訪問。它們不僅支持簡(jiǎn)單的IaaS計(jì)算和存儲(chǔ)服務(wù)，還支持無服務(wù)器功能、數(shù)據(jù)庫，甚至支持內(nèi)置在公共云中的類似PaaS的軟件交付平臺(tái)。通常，它們的成本與企業(yè)直接在公共云中訪問相同服務(wù)所需的費(fèi)用相同或更少。這意味著，即使將托管定價(jià)考慮在內(nèi)，總托管成本對(duì)于托管中心內(nèi)的混合云框架的用戶而言也可能比僅使用公共云或托管解決方案的總擁有成本低。

這一切都是大問題，尤其是因?yàn)楣苍乒?yīng)商提供的早期混合云解決方案沒有提供這種兼容性或廣泛功能。Windows Azure Pack（于2013年首次推出）等框架（AzureStack的主要前身）僅支持少量的公共云服務(wù)，但從未獲得大量關(guān)注。

同時(shí)，數(shù)據(jù)中心托管提供商自己提供的用于與數(shù)據(jù)中心內(nèi)的公共云服務(wù)進(jìn)行交互的解決方案，例如Equinix公司的Microsoft Azure入門工具包（于2014年推出），成本增加，部署麻煩，并且僅針對(duì)一部分子集而設(shè)計(jì)?；旌显剖褂冒咐?/p>

結(jié)論

像Azure Stack和AWS Outposts這樣的混合云平臺(tái)的引入最終對(duì)托管行業(yè)意味著什么，還有待觀察。這些解決方案只有幾年的歷史了，目前尚不清楚它們?cè)谕泄芸蛻糁械牟捎寐省?/p>

顯而易見的是，到2020年，以相反的方式考慮公共云和托管數(shù)據(jù)中心不再有意義。新一代的混合云框架已在公共云和托管之間引入了一定程度的集成，這在幾年前很難想象到。