如何選擇合適的混合雲管理方式
混合雲管理(HCM)市場的發展如今有些停滯不前,但最近這一切發生了變化。很多企業開始解決雲端計算管理挑戰,在採用雲端計算策略的企業中,超過一半的基礎設施決策者正在積極監控使用情況,並建立有效的雲端計算策略。
很多企業得出的結論是,他們必須採用混合雲管理(HCM)工具來解決他們的雲端計算管理和治理問題。然而,對於許多人而言,多雲管理的負擔尚未變得足以證明其支出的合理性。組織在深入瞭解混合雲管理(HCM)供應商提供的選項之前,首先需要了解混合雲管理(HCM)是否真的能夠解決其問題。
特徵集
在這個市場的早期,“第1代”產品重新用於混合雲管理(HCM)而不是專門用於此目的。其示例包括BMC雲端計算生命週期管理、IBM Cloud Orchestrator和Micro Focus雲系統自動化(CSA)。
如今,這些產品定位變得模糊不清,第一代產品的供應商對其進行徹底地更新,推出了更多新一代的產品。
最近,對話圍繞著三個核心主題展開:複雜混合雲用例的功能廣度/深度與乾淨的可用性;全功能深度與最佳同類替代方案的可組合性;以及通過應用程式程式設計介面(API)與外掛整合到外部工具。
在考慮生成的工具時,請檢視特徵集的深度/廣度、可組合性和整合。從深度/廣度的角度來看,數量龐大的第一代產品並不簡單,這對它們的損害和價值都是如此。
這些產品在保持其能力的深度和廣度的同時,經歷了重大的現代化和改進。他們這樣做是為了服務複雜的用例,以管理大量的管理程式和雲平臺。
高度複雜的企業和服務提供商通常會尋求第一代工具,以實現其內部平臺的精細管理功能和深度支援。其他解決方案使用乾淨的介面來實現差異化。
如果組織使用通用技術的簡單用例,更輕的工具將滿足其需求,同時提供更好的整體體驗。
組合性
在可組合性方面,全包工具提供了大量功能,簡化了整合,並允許採用一個工具解決許多問題。但是,這也會鎖定組織採用多個級別的技術。
企業現在尋求可獨立性的可組合性、跨解決方案的標準化以及對每個功能部分的最佳依賴性。
缺乏能力的供應商在很大程度上取決於通過強調其可組合性立場,而不是重新設計來補充其缺乏功能的能力。
更多經驗豐富的供應商在產品中提供使用者選擇解決方案,能夠用替代品交換該功能。
與Ansible、Chef、Helm、Kubernetes、Puppet、Splunk或Terraform等流行工具結合或整合在當今的混合雲管理(HCM)提供商中很常見。
構建整合
供應商通過需求或必要性為其客戶投資構建整合,缺乏核心功能的供應商可以選擇通過整合來補充其服務。
其他整合是由於請求、保持競爭力的需要或通過由第三方或合作伙伴開發的外掛實現的。
但是,除了預構建的外掛之外,大多數混合雲管理(HCM)工具還公開記錄了大部分API,因此開發人員或系統管理員可以構建自己的整合。來自使用者的壓力越來越大,導致許多供應商完全釋出所有正在使用的API。如果沒有其他支援,那麼構建整合可能會非常耗時,但它可能會比其提供商更快地提供連線。
然而,這種速度是以持續的成本實現的。這使得整合容易被任何一方改變,幾乎沒有警告,所以問題是等待整合是否值得,不必長期保持這些整合的痛苦。
選擇管理方法
雲端計算管理存在兩個不同的任務宣告:使底層雲不可見;或者使雲端計算使用者對雲資源的管理不可見。
混合雲管理(HCM)供應商可能會限制此選擇,因為“隱形雲”概念為其平臺提供了更多功能,可以作為為管理人員和開發人員配置新資源的單一控制點。
該工具在雲端計算使用之前脫穎而出,在雲平臺上建立一種體驗和規則集,但這缺乏以開發人員為中心的思維模式。它要求開發人員利用這種經驗來發布新資源,但開發人員希望選擇自己的經驗和工具。
人們研究了為什麼成本管理應該成為尋求使用基礎設施和軟體即服務的組織的優先事項。
以下來看看為什麼混合雲可以建立一個複雜的基礎設施來管理。許多專家發現“無形管理”是一種更現實的任務陳述,特別是在以開發人員為中心的組織中。
大多數混合雲管理(HCM)供應商將“隱形雲”作為預設選項,如果“隱形管理”是首選方法,則可以繞過此選項。
在實踐中,提供隱形的雲端計算轉換為本機API的抽象。其最新的方法是什麼?建立一個API層,可以從不同的API和格式集中獲取資料來源。
一些混合雲管理(HCM)解決方案使用相同的API層將其指令轉換為該提供者的本機API請求,通常提供一個填充層,其中包括提供程式指定的任何特定遵從性規則或方向。
標準化資源
儘管存在填充層,但所配置的資源在使用中的雲平臺本機平臺API上實現標準化。如果中止混合雲管理(HCM)合同,那麼它只是策略的一部分,而加入現有資源則需要模板轉換為混合雲管理(HCM)格式。
而組織需要了解隱形的雲端計算的管理,允許通過不同平臺進行配置的看似簡單的任務是棘手的。
大多數混合雲管理(HCM)工具都希望成為管理和開發人員的得力工具,並且使用不同的經驗需要將模板匯出到其他平臺;立即將原生模板轉換為自己的後期分析模式;或維護本機模板,但如果違反了策略,則提供事後補救的措施。
在事後糾正後,侵入性較低的方法會延遲合規性,並可能涉及大量人工任務——顛覆最初的生產力,獲得所尋求的替代訪問權。通常會採用更具侵入性的方法,例如工作負載轉換,通常是為了確保可以對工作負載採取與直接通過混合雲管理(HCM)門戶提供的相同的操作。
實用雲端計算的時代已經到來。無論是哪種工具看起來不錯,還是哪種供應商具有發展勢頭,最終,組織需要一個適合的解決方案。
實際上,組織不必選擇最好的混合雲管理產品。某些特性可能會對其帶來顯著的影響,而其他功能則屬於可以使用的類別。
有些選擇混合雲管理產品的成本高昂,而每個雲平臺、工具和服務都在爭奪更多的預算,因此在雲管理方面,人們可能會發現需要具有足夠功能的輕量級解決方案,這是一個能夠更好地滿足組織其他需求的解決方案。