如何構建以數據為中心的架構
發布時間:2022-04-02作者:小編閱讀:0
如今,幾乎每個基礎設施供應商都將混合云或多云作為一種產品采用☂。采用多個云服務與采用一個整體云計算解決方案比人們想象的要復雜得多。以下將研究混🌜合云模型和多云模型的有效性,尤其是研究數據如何成為未來混合部署環境的中心。
混合被定義為多種💧事物的組合。在汽車應用中,混合動力ও汽車使用一個以上的動力總成,通常是汽油、柴油或電力。從計算的角度來看,人們已經將混合基礎設施視為由內部部署IDC和公共云組合而成。
混合云vs. 多云
混合云和多云并不是同一概念。正如一些文章中所強調꧙的那樣,混合云通常指使用兩🦩種或多種不同運營環境的解決方案,而多云意味著采用多個運營環境相同的云計算平臺。
許多企業多年來一直采用多云模式,使用SalesForce、office365和Google Workspace等工具。還有許多其他解決方案專注于特定的業務流程🐻,例如生產效率、服務管理以及內部和面向客戶🍰的工作流。
很多實施SaaS應用程序遷移的組織表示,從高度定制的SharePoint遷移到谷歌云平臺是一個重大🐻挑戰。從遷移(從保持一致的外觀)到持續遵從(保留審計跟蹤和存檔)的精妙之處很難實現。在許多情況下,折衷辦法是丟棄某些信息或并行運行多個系統。
多種服務模式
有不同的計算類型和服務模式。通常將現代應用程序分為以下四類:
IaaS(基礎設施即服務)–這是一種樂高積木式的存儲、計算和網絡的構建塊,所有這些都可以組合起來以構建更復雜的服務。云計算提供商使用PaaS和某些𒊎SaaS產品(例如托管數據庫)完成這🔥一操作。
SaaS(軟件即服務)–這是ꦦ提供標準的業務流程功能和一些內部基礎設施服務。♊需要注意的是,在IaaS和SaaS之間也可以將其歸類為PaaS,但該術語在最近幾年似乎變得不那么令人關注。
內部部署–在客戶擁有和托管的IDC內建立的自我管理基礎設施。
邊緣🅠–提供本地計算服務(包括數據創建)ཧ的核心IDC(IaaS或本地)之外的小型計算單元。從通過5G連接到分支存儲中的小型服務器集群的安全攝像頭網絡,邊緣解決方案的差異可能很大。
這四種計算類型的有趣之處在于,它們在過去60年中都以某種形式存在。在計算的早期,大多數組織無法負擔采用大型機的成本,因此他們使用了EDS之類的服務。邊緣計算是通過小型計算機(例如IBM System / 38)實現的。Sungard AS等基礎設施即服務公司提供了按需災難恢復平臺,從而避免了建設和運營成本高昂的🤪內ཧ部部署IDC的需求。
因此,這四種服務模式將會一直存在。
服務特色
這四個服務模式均具有一些限制。IaaS和SaaS解決方案完全由供應商設計和構建。客戶很少或根本沒有輸入服務設計、數據結構或安全模型(取決🐟于實施層)。供應商決定創新的速度。例如,AWS公司每年都會推出數百種增加新功能的產品,從而提高了吸引力,但用戶可能難以跟上其創新的步伐。
內部部署和邊緣計算為企業提供了完全的靈活性(在市場上的產品范圍內),但更加強調設計、構建和操作流程。這是融合解決方案和超融合解決方案在過去10年興起的原因之一ꦕ,該解決方案旨在簡化決策過程。
選擇
在決定如何構建IT服務時,IT行業為組織提供了大量選擇。初創公司無需運行內部部署IDC,可以使用IaaS和SaaS將其完全置于公共云中。長期運營的組織由于其業務的長期性而往往將所有事物混合在一起。每種服務類型都具有一系列特性,這些特性提供了不同級別的靈活性🦋、控制、消耗和管理。
每種服務類型的使用隨著時間的推移而發生變化。內部部署供應商♔喜歡談論將數據和應用程序遣返云平臺的情況。實際上,公共云的應用仍在逐年大幅增長,而傳統෴的基礎設施供應商則希望轉向模仿云計算的運營成本支出模式。
數據挑戰
迄今為止描述的許多解決方案都傾向于在計算和數據的較小孤島中運行。出現這種情況有幾個原因:
缺乏數據移動性。以SaaS解決方案為例,除非提供某種攝取功能,否則供應商提供的內部數據🍎模型將使其難ꦅ以將內容提升和轉移到另一個平臺。數據具有慣性,與非結構化數據相比,結構化數據具有更大的慣性。IaaS產品的架構旨在向客戶收取將數據移出而不是移入其平臺的費用。
沒有機會成本。將計算服務從一家提供商遷移到另一家🧜提供商需要顯著降低成本/復雜性,或者為企業提供額外的競爭優勢。其過渡的成本和風險必須合理化。如今,云平臺從一家服務提供商轉移到另一家服務提供商可能是一項年度計劃或5年計劃。在未來可以設想在更短的時間內改變解決方案。無論采取哪種方式,都會利大于꧙弊。
技術債務和依存關系。系🌊統圍繞引入了次要或主要鎖定的ಌ特定技術和平臺。無論采用哪種技術,總會有必然的依存關系。這是一個不能避免但可以緩解的折衷方案。
組織傾向于擁有眾多IT解決方案的原因之一是當查看數據時需要解決上述問題。IT對組織的價值在于向客戶提供更好的服務,這主要是由數據驅動的。基礎設施會隨著時間而變化🦋。而在過去的30年中,人們已經看到在大型機、客戶端/服務器、部門服務器、虛擬基礎設施、融合基礎設施、超融合基礎設施、容器以及現在無服務器的環境中部署了應用程序。所有這些技術的核心都是數據處理的永恒概念。
基礎設施如今不斷發展和變化,但是IT的核心是數據及其為企業提供的價值。
以數據為中心
為什么要繼續構建以基礎設施為戰略和設計中心的解決方案?以下介紹導致這種行為的多個決策點。
成本模型–基礎設施已作為資本支出出售,෴必須隨著時間的推移而折舊。云計算改變了這種思維方式,每小時的運營支出非🐭常細化。這提供了嘗試新事物、進行實驗和學習的機會,而無需為項目投入資金。
復雜性– IT技術一直很難大規模實施。由于有許多活動部件,因此一旦基礎設施解決方案穩定下來,就沒有太多改變ꦑ它的愿望。變化會帶來風險。當采用進一步抽象底層硬件的解決方案時,基礎設施可以成為一種服務,而不是設計的組成部分。
專注于組件–技術公司一𒈔直專注于銷售網絡、存儲、服務器等組件,才看到以融合基礎設𝓰施為起點的解決方案。在此之前,很多組織依靠系統集成商來應用他們的組件集成知識。
隨著構建和維護基礎設施的開銷變得不再重要,可以關注數據和應用ౠ程序的價值。數據是虛擬云計算的核心,虛擬云計算只需使用四個服務模式提供的資源。
轉型
隨著企業在未來十年內對其IT進行轉型,數據將成為云計算模型的核心。云計算和基礎設施供應商將提供🧔服務和產品,以基于服務的方式使用。IT組織需要調整其技術架構,使其以數據為中心。這種設計將最有價值的組件置于計算中心,從而允許按需使用其他服務。
架構師的觀點
組織需要應對以數據為中心的挑戰。而這一旅程將基于證據審查供應商的產品和解決方案。這包括用于評估將數據放在首位ꦓ的關鍵IT設施的實用技巧,并研究數據保護、安全性、基礎設施管理、成♔本管理、數據移動和數據管理等。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享൩為主,文章觀點不代表本網站立場,請聯系站長郵箱:sꦓhawn.lee@eliancloud.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。
標題:如何構建以數據為中心的架構
TAG標簽:數據中心
地址://beijingyml.cn/article/20210401163900.html