如何在混合云和多工具世界中維護秩序

為了能夠管理混合云架構,并利用混合云承諾的靈活性和可擴展性優(yōu)勢,很多組織正在積極投資采用自動化工具,例如VMware vRealize、Terraform、Ansible和Kubernetes。這些工具不僅提高了效率,而且使組織能夠減少混合云架構的治理、安全和成本控制挑戰(zhàn)。

隨著越來越多的組織采用混合云,他們將會繼續(xù)投資于新的自動化工具和平臺,因為這關系到組織生存的問題。

為了使組織保持相關性和競爭力,數(shù)字化轉(zhuǎn)型日益重要。日益復雜的IT基礎設施需要DevOps和持續(xù)集成以支持數(shù)字化轉(zhuǎn)型和高效創(chuàng)新。因此,很多組織在采用混合云方面發(fā)生巨大的轉(zhuǎn)變,并將其鞏固為事實上的組織IT架構。

混合云確實為組織提供了支持其數(shù)字化轉(zhuǎn)型所需的敏捷性和可擴展性。但這些好處也帶來了許多新的管理和治理挑戰(zhàn),如果忽視了這些挑戰(zhàn),可能會影響混合云的成功采用。

首先,組織的IT部門必須更改和調(diào)整其流程和協(xié)議,以便監(jiān)控、協(xié)調(diào)和提供各種公共云、私有云和內(nèi)部部署系統(tǒng)的組合。他們還負責確保在日益異構的云計算環(huán)境中的安全性和合規(guī)性,這對于可能不具備云計算系統(tǒng)專業(yè)知識的一些員工來說可能很困難。除此之外,他們還要負責管理日常運營工作,并控制成本。

由于人工成功實現(xiàn)混合云所需的所有任務幾乎是不可能的,組織必須投資于新的工具和平臺,這些工具和平臺可以盡可能多地實現(xiàn)自動化流程,減輕IT團隊負擔,并避免代價高昂的人為錯誤。這種新的多工具動態(tài)帶來了一些挑戰(zhàn),但采用最好的工具最終將帶來更大的成功。

多功能工具意味著多重集成挑戰(zhàn)

為了能夠管理混合云架構,并利用混合云承諾的靈活性和可擴展性優(yōu)勢,很多組織正在積極投資采用自動化工具,例如VMware vRealize、Terraform、Ansible和Kubernetes。這些工具不僅提高了效率,而且使組織能夠減少混合云架構的治理、安全和成本控制挑戰(zhàn)。

大多數(shù)組織已經(jīng)接受了并沒有萬能的解決方案這樣一個事實,這意味著他們可以自由選擇最適合的技術來滿足其需求。但是,這樣做的不利之處在于,組織現(xiàn)在必須找到將這些工具與現(xiàn)有軟件堆棧集成的方法,而不會產(chǎn)生更多的開銷和技術債務。

傳統(tǒng)上,IT團隊將尋求廣泛的自定義編碼,以將這些工具與他們訪問和協(xié)調(diào)的基礎IT技術集成在一起,例如IPAM、DNS、網(wǎng)絡和安全性以及云計算備份。換句話說,在組織可以利用這些工具提供的效率和控制之前,組織必須經(jīng)歷漫長、昂貴且時常痛苦的自定義編碼體驗。當然,隨著版本或環(huán)境的變化,還必須維護這些代碼,因此,隨著時間的推移,添加的使工作變得更輕松的工具最終帶來了操作方面的更多麻煩。

自定義編碼自動化工具需要花費時間和成本

即使組織的IT團隊可以處理所有這一切,也會花費很多成本。調(diào)研機構Standish集團的研究表明,超過50%的自定義編碼項目的成本幾乎是其原始估計的兩倍,而大約五分之一的自定義編碼項目將在完成之前被取消。調(diào)研機構Gartner公司估計,自定義集成通常會使組織的長期軟件維護成本增加200%。

此外,時間和費用并不是定制集成中需要擔心的唯一問題。為組織想要采用的每個新工具編寫和維護代碼和腳本的需要也會帶來治理和安全問題。

自定義編程自動化工具的治理和安全隱患

自定義編程的集成使治理和安全性變得更加復雜。越來越多的新工具和流程最終將阻止IT人員對所有集成策略和自動化手冊進行端到端可見性。在試圖隔離和修復問題時,對集成進行故障排除和審核將成為一個噩夢般的場景,需要從多個系統(tǒng)中篩選多個日志。

IT團隊是否可以集成新工具,強制執(zhí)行命名標準以增加云計算資源,并以標準化的全面方式維護不斷發(fā)展的安全協(xié)議?組織合規(guī)性主管可以輕松地審核集成和策略嗎?如果不這樣做,組織將會面臨資源擴展、修補問題,并且將更容易受到攻擊。

考慮到60%的基礎設施故障和大量的網(wǎng)絡漏洞是由人為錯誤造成的,因此,端到端的可視性和強制執(zhí)行標準化是組織必須具備的。但是在很多組織的IT架構中,必須適應的定制代碼或一次性腳本越多,就越困難。而且,其挑戰(zhàn)不僅僅局限于治理和安全性,因為自定義編程的要求還將限制可擴展性和組織希望采用新工具的價值實現(xiàn)時間。

自定義編程限制了可擴展性

隨著組織以及數(shù)字環(huán)境的發(fā)展和進步,將需要添加更多智能的自動化工具來執(zhí)行更復雜的任務,尤其是機器學習和人工智能(AI)。但是,為了使這些新工具發(fā)揮最佳功能,它們將不得不從現(xiàn)有工具中提取數(shù)據(jù),這些數(shù)據(jù)可能已經(jīng)進行了自定義,以適應開箱即用的業(yè)務邏輯。

例如,如果要集成新的人工智能工具,則該工具將無法自動從自定義編程的工作流程中提取數(shù)據(jù)。該代碼是專門為先前的集成編寫的,因此新的人工智能工具將無法識別業(yè)務邏輯中獨特的語言。因此,為了使新的人工智能工具集成并提供所需的價值,IT團隊員工必須編寫更多的自定義代碼。現(xiàn)有的每行代碼(可能成千上萬)都必須人工檢查,以確定其背后的業(yè)務邏輯。隨著數(shù)字環(huán)境的快速發(fā)展,組織的IT架構需要擴展并合并更復雜的工具以保持競爭力,而這種情況可能會顯著地限制新工具的價值實現(xiàn)時間,并最終影響組織的利潤。

自定義編程需要更多的努力

盡管自定義編程耗費時間、資金和資源,以及帶來的安全性、治理和可擴展性挑戰(zhàn),它仍然被視為一項困難并最終不可避免的努力。只要存在混合云,組織就需要一種最佳的、多工具的方法來保持競爭力。為了獲得一種最好的多工具方法,組織需要自定義編程,就需要雇傭更多的顧問。

事實證明,自定義編程不再是將自動化工具集成到混合云環(huán)境中的要求?,F(xiàn)在有一些解決方案可以讓組織在不需要自定義編程的情況下進行集成,但并非所有這些解決方案都是一樣的。

例如,諸如Zapier和Tray的解決方案變得越來越流行,并且實際上提供了一些簡單的集成。但是,這些解決方案并非為復雜的數(shù)據(jù)中心和公共云用例(如供應和編排)設計。iPaaS解決方案已經(jīng)成為另一種選擇,但是由于它們本身本質(zhì)上是相當復雜的,因此它們通常會增加復雜性。他們可能支持組織的任何一部分,但是需要一些IT團隊所擁有的平臺特定的專業(yè)知識。

對于希望保持更多控制權的云計算團隊,現(xiàn)在提供了可促進管理和集成的云計算管理解決方案。例如,無代碼、基于策略的集成解決方案消除了自定義編程的需要,同時通過強大的集成層保持了集成的標準化。這不僅使采用越來越多的自動化工具(將來只會變得更加智能和復雜的工具)變得容易得多,而且還可以確保組織需要的端到端可見性,以及標準化的治理和安全管理方法。

向前發(fā)展

敏捷的混合云基礎設施將是能夠以最佳方式輕松采用和集成新工具的基礎設施。要達到這一級別的敏捷性,就需要構建一個可擴展性和高度自動化的IT架構。特別是組織需要實現(xiàn)自動化,消除對自定義代碼的需求,同時允許其快速釋放業(yè)務所需的任何工具的功能。需要記住的是,隨著工具和流程的變化,自動化和集成必須能夠隨時間擴展,而鑒于云計算應用的巨大增長,自動化和集成經(jīng)常會隨著時間的推移而擴展。

以VMware vrealize(vRA)為例,這是VMware的旗艦管理平臺,在北美地區(qū)擁有成千上萬的客戶。其中許多組織已經(jīng)構建了自定義代碼來優(yōu)化vRA 7(該產(chǎn)品的當前版本),而且他們現(xiàn)在正準備遷移到完全重新構建vRA 8平臺。此外,許多這些組織還擁有其他自動化工具,如Kubernetes、Terraform和Ansible以及vRA。

雖然這是一個很好的機會,可以使所有這些技術更接近云計算模型并納入DevOps,但很多組織通常會雇傭很多顧問,自定義編程集成以遷移到vRA 8平臺,并優(yōu)化其自動化工具的潛力。軟件定義的方法可以更便宜、更好地控制,并且可以更輕松地進行擴展。從長遠來看,這些都將為IT、安全和開發(fā)人員團隊帶來更多的好處,因為他們擁有更多的混合云工具。

THEEND

最新評論(評論僅代表用戶觀點)

更多
暫無評論