如何選擇合適的混合云管理方式

ky0ncheng 發(fā)布于2019-04-30 14:43 / 2828人閱讀

摘要：與或等流行工具結(jié)合或集成在當(dāng)今的混合云管理提供商中很常見。如果中止混合云管理合同，那么它只是策略的一部分，而加入現(xiàn)有資源則需要模板轉(zhuǎn)換為混合云管理格式。實際上，組織不必選擇最好的混合云管理產(chǎn)品。

混合云管理（HCM）市場的發(fā)展如今有些停滯不前，但最近這一切發(fā)生了變化。很多企業(yè)開始解決云計算管理挑戰(zhàn)，在采用云計算策略的企業(yè)中，超過一半的基礎(chǔ)設(shè)施決策者正在積極監(jiān)控使用情況，并創(chuàng)建有效的云計算策略。

很多企業(yè)得出的結(jié)論是，他們必須采用混合云管理（HCM）工具來解決他們的云計算管理和治理問題。然而，對于許多人而言，多云管理的負(fù)擔(dān)尚未變得足以證明其支出的合理性。組織在深入了解混合云管理（HCM）供應(yīng)商提供的選項之前，首先需要了解混合云管理（HCM）是否真的能夠解決其問題。

特征集

在這個市場的早期，“第1代”產(chǎn)品重新用于混合云管理（HCM）而不是專門用于此目的。其示例包括BMC云計算生命周期管理、IBM Cloud Orchestrator和Micro Focus云系統(tǒng)自動化（CSA）。

如今，這些產(chǎn)品定位變得模糊不清，第一代產(chǎn)品的供應(yīng)商對其進(jìn)行徹底地更新，推出了更多新一代的產(chǎn)品。

最近，對話圍繞著三個核心主題展開：復(fù)雜混合云用例的功能廣度／深度與干凈的可用性；全功能深度與最佳同類替代方案的可組合性；以及通過應(yīng)用程序編程接口（API）與插件集成到外部工具。

在考慮生成的工具時，請查看特征集的深度／廣度、可組合性和集成。從深度／廣度的角度來看，數(shù)量龐大的第一代產(chǎn)品并不簡單，這對它們的損害和價值都是如此。

這些產(chǎn)品在保持其能力的深度和廣度的同時，經(jīng)歷了重大的現(xiàn)代化和改進(jìn)。他們這樣做是為了服務(wù)復(fù)雜的用例，以管理大量的管理程序和云平臺。

高度復(fù)雜的企業(yè)和服務(wù)提供商通常會尋求第一代工具，以實現(xiàn)其內(nèi)部平臺的精細(xì)管理功能和深度支持。其他解決方案使用干凈的界面來實現(xiàn)差異化。

如果組織使用通用技術(shù)的簡單用例，更輕的工具將滿足其需求，同時提供更好的整體體驗。

組合性

在可組合性方面，全包工具提供了大量功能，簡化了集成，并允許采用一個工具解決許多問題。但是，這也會鎖定組織采用多個級別的技術(shù)。

企業(yè)現(xiàn)在尋求可獨(dú)立性的可組合性、跨解決方案的標(biāo)準(zhǔn)化以及對每個功能部分的最佳依賴性。

缺乏能力的供應(yīng)商在很大程度上取決于通過強(qiáng)調(diào)其可組合性立場，而不是重新設(shè)計來補(bǔ)充其缺乏功能的能力。

更多經(jīng)驗豐富的供應(yīng)商在產(chǎn)品中提供用戶選擇解決方案，能夠用替代品交換該功能。

與Ansible、Chef、Helm、Kubernetes、Puppet、Splunk或Terraform等流行工具結(jié)合或集成在當(dāng)今的混合云管理（HCM）提供商中很常見。

構(gòu)建集成

供應(yīng)商通過需求或必要性為其客戶投資構(gòu)建集成，缺乏核心功能的供應(yīng)商可以選擇通過集成來補(bǔ)充其服務(wù)。

其他集成是由于請求、保持競爭力的需要或通過由第三方或合作伙伴開發(fā)的插件實現(xiàn)的。

但是，除了預(yù)構(gòu)建的插件之外，大多數(shù)混合云管理（HCM）工具還公開記錄了大部分API，因此開發(fā)人員或系統(tǒng)管理員可以構(gòu)建自己的集成。來自用戶的壓力越來越大，導(dǎo)致許多供應(yīng)商完全發(fā)布所有正在使用的API。如果沒有其他支持，那么構(gòu)建集成可能會非常耗時，但它可能會比其提供商更快地提供連接。

然而，這種速度是以持續(xù)的成本實現(xiàn)的。這使得集成容易被任何一方改變，幾乎沒有警告，所以問題是等待集成是否值得，不必長期保持這些集成的痛苦。

選擇管理方法

云計算管理存在兩個不同的任務(wù)聲明：使底層云不可見；或者使云計算用戶對云資源的管理不可見。

混合云管理（HCM）供應(yīng)商可能會限制此選擇，因為“隱形云”概念為其平臺提供了更多功能，可以作為為管理人員和開發(fā)人員配置新資源的單一控制點。

該工具在云計算使用之前脫穎而出，在云平臺上創(chuàng)建一種體驗和規(guī)則集，但這缺乏以開發(fā)人員為中心的思維模式。它要求開發(fā)人員利用這種經(jīng)驗來發(fā)布新資源，但開發(fā)人員希望選擇自己的經(jīng)驗和工具。

人們研究了為什么成本管理應(yīng)該成為尋求使用基礎(chǔ)設(shè)施和軟件即服務(wù)的組織的優(yōu)先事項。

以下來看看為什么混合云可以創(chuàng)建一個復(fù)雜的基礎(chǔ)設(shè)施來管理。許多專家發(fā)現(xiàn)“無形管理”是一種更現(xiàn)實的任務(wù)陳述，特別是在以開發(fā)人員為中心的組織中。

大多數(shù)混合云管理（HCM）供應(yīng)商將“隱形云”作為默認(rèn)選項，如果“隱形管理”是首選方法，則可以繞過此選項。

在實踐中，提供隱形的云計算轉(zhuǎn)換為本機(jī)API的抽象。其最新的方法是什么？創(chuàng)建一個API層，可以從不同的API和格式集中獲取數(shù)據(jù)源。

一些混合云管理（HCM）解決方案使用相同的API層將其指令轉(zhuǎn)換為該提供者的本機(jī)API請求，通常提供一個填充層，其中包括提供程序指定的任何特定遵從性規(guī)則或方向。

標(biāo)準(zhǔn)化資源

盡管存在填充層，但所配置的資源在使用中的云平臺本機(jī)平臺API上實現(xiàn)標(biāo)準(zhǔn)化。如果中止混合云管理（HCM）合同，那么它只是策略的一部分，而加入現(xiàn)有資源則需要模板轉(zhuǎn)換為混合云管理（HCM）格式。

而組織需要了解隱形的云計算的管理，允許通過不同平臺進(jìn)行配置的看似簡單的任務(wù)是棘手的。

大多數(shù)混合云管理（HCM）工具都希望成為管理和開發(fā)人員的得力工具，并且使用不同的經(jīng)驗需要將模板導(dǎo)出到其他平臺；立即將原生模板轉(zhuǎn)換為自己的后期分析模式；或維護(hù)本機(jī)模板，但如果違反了策略，則提供事后補(bǔ)救的措施。

在事后糾正后，侵入性較低的方法會延遲合規(guī)性，并可能涉及大量人工任務(wù)——顛覆最初的生產(chǎn)力，獲得所尋求的替代訪問權(quán)。通常會采用更具侵入性的方法，例如工作負(fù)載轉(zhuǎn)換，通常是為了確保可以對工作負(fù)載采取與直接通過混合云管理（HCM）門戶提供的相同的操作。

實用云計算的時代已經(jīng)到來。無論是哪種工具看起來不錯，還是哪種供應(yīng)商具有發(fā)展勢頭，最終，組織需要一個適合的解決方案。

實際上，組織不必選擇最好的混合云管理產(chǎn)品。某些特性可能會對其帶來顯著的影響，而其他功能則屬于可以使用的類別。

有些選擇混合云管理產(chǎn)品的成本高昂，而每個云平臺、工具和服務(wù)都在爭奪更多的預(yù)算，因此在云管理方面，人們可能會發(fā)現(xiàn)需要具有足夠功能的輕量級解決方案，這是一個能夠更好地滿足組織其他需求的解決方案。