近年來,數(shù)據(jù)中心托管提供商一直致力于使混合云架構(gòu)易于使用其設(shè)施進(jìn)行維護(hù)。這樣做變得越來越容易,不使用混合云會讓人覺得自己錯了。
但實(shí)際情況比看上去更復(fù)雜。盡管混合架構(gòu)在許多情況下都能帶來真正的好處,但是有些情況下,托管和混合框架并不能很好地結(jié)合在一起。在盲目地投身于混合云的潮流之前,評估混合架構(gòu)對于托管基礎(chǔ)設(shè)施的缺點(diǎn)是很重要的。
混合云和托管的優(yōu)勢
在解釋為什么你會不希望將混合架構(gòu)與托管結(jié)合使用之前,有必要先了解一下為什么許多組織會考慮這種策略。
一個原因是,對于那些需要將服務(wù)器保留在托管設(shè)施中,但仍希望利用基于云的服務(wù)的可伸縮性和便利性的公司來說,混合云架構(gòu)顯然是通往云的一個突破口。
同時,過去幾年出現(xiàn)的新一代混合云框架,如Azure Stack和Google Anthos,降低了那些希望在混合云架構(gòu)中包含托管基礎(chǔ)設(shè)施的組織的準(zhǔn)入門檻。你不再需要在公共云服務(wù)和托管數(shù)據(jù)中心內(nèi)的服務(wù)器之間構(gòu)建自己的集成。有了這些框架,你可以使用相同的部署和管理工具,甚至可以使用與公共云中相同的云服務(wù),即使你的工作負(fù)載留在自己的服務(wù)器上。
另外,由于托管提供商在為混合云量身定制的互連解決方案方面的投資,如果你使用混合架構(gòu),你可以在許多情況下在托管設(shè)施和公共云之間實(shí)現(xiàn)相同級別的網(wǎng)絡(luò)性能。你甚至可以通過利用混合云和托管來減少占地。
從這些角度來看,有很多理由認(rèn)為混合云是未來托管策略的重要組成部分。不以某種方式將其服務(wù)器連接到公共云的托管用戶看起來幾乎是在開倒車。
為什么混合云并不總是正確的選擇
但這種評估并不總是公平的。盡管混合云架構(gòu)有明顯的優(yōu)勢,但仍有一些關(guān)鍵的因素可能會導(dǎo)致那些擁有托管基礎(chǔ)設(shè)施的組織避開混合云架構(gòu)。
也許最大的原因是,大多數(shù)現(xiàn)代的混合云框架并不是非常獨(dú)立于供應(yīng)商的。Azure Stack(和Azure Arc)將你鎖定在Azure生態(tài)系統(tǒng)中。Google Anthons不僅兼容其他公共云,而且基于開源的Kubernetes,但它并不像看上去那么中立:Antos是一個沒有任何真正替代品的Google產(chǎn)品,如果你不喜歡Antos,你不能很容易地遷移走。同樣,盡管VMware的混合云解決方案能夠?qū)崿F(xiàn)私有基礎(chǔ)設(shè)施和多個公共云之間的集成,但它還是屬于VMware生態(tài)系統(tǒng)。
如果你對鎖定持謹(jǐn)慎態(tài)度,那么混合云策略似乎并不是使用托管基礎(chǔ)設(shè)施的組織的最佳選擇。這類公司可能會覺得更安全的做法是使用建立在真正開源平臺上的私有云,如OpenStack或Kubernetes。
類似的,大多數(shù)現(xiàn)代的混合云框架和互聯(lián)服務(wù)都有很高的價格。即使你的工作負(fù)載托管在托管設(shè)施中的服務(wù)器上,你也要向公共云供應(yīng)商付費(fèi)。同時支付云賬單和托管賬單可能會讓一些組織望而卻步。
在某些情況下,網(wǎng)絡(luò)性能也可能成為一個障礙。盡管互連解決方案能夠在托管基礎(chǔ)設(shè)施和公共云之間實(shí)現(xiàn)高速、高可用性的網(wǎng)絡(luò)連接,但這些解決方案并不支持所有類型的公共云服務(wù)。它們的管理也很復(fù)雜。此外,你想要集成的公共云可能根本沒有可用的互連。
除此之外,還有一個簡單的事實(shí),即混合云所帶來的好處可能不是對所有公司都重要。不是每個人都需要利用云架構(gòu)。對于一些企業(yè)來說——尤其是那些不需要快速擴(kuò)展的企業(yè),或者那些依賴于云無法替代的遺留應(yīng)用程序的企業(yè)來說,將托管服務(wù)器變成混合策略幾乎沒有什么好處。
結(jié)論
正如混合云架構(gòu)對托管用戶有利的原因有很多,也有一些缺點(diǎn)使得混合云在某些情況下成為一個糟糕的選擇?;旌显瓶赡芸雌饋硎峭泄苄袠I(yè)未來的潮流,但不要指望傳統(tǒng)架構(gòu)會完全消失。