精品国产一级在线观看,国产成人综合久久精品亚洲,免费一级欧美大片在线观看

當前位置:數(shù)據(jù)中心行業(yè)動態(tài) → 正文

分布式計算和數(shù)據(jù)中心 - 數(shù)據(jù)庫設計的重要性

責任編輯:cres 作者:Patrick McFadin |來源:企業(yè)網(wǎng)D1Net  2019-01-30 10:48:05 原創(chuàng)文章 企業(yè)網(wǎng)D1Net

根據(jù)調(diào)研機構IDC公司的調(diào)查,2019年云計算的支出將會繼續(xù)增加。報告表明,2018年全球公共云服務和基礎設施支出將達到1600億美元,與去年相比增長23%以上,并且沒有跡象表明2019年這種情況將會變緩。公共云的增長是由兩個因素驅(qū)動的——在云端構建新的應用程序和遷移現(xiàn)有的應用程序。
 
但這兩種趨勢將對組織的數(shù)據(jù)中心戰(zhàn)略有著哪些影響?這是否會導致組織的運營方式發(fā)生重大變化?最重要的是,如果沒有大規(guī)模的應用重新設計和重寫,組織能完成所有這些工作嗎?
 
遷移到云端
 
IDC公司預測的總體數(shù)字表明基礎設施支出將會發(fā)生重大變化。這將導致大規(guī)模部署的轉(zhuǎn)變。新的應用程序內(nèi)置在軟件容器中或運行在無服務器上,可以利用云計算圍繞按需可擴展性的好處。與其在每個應用程序組件下需要完整的操作系統(tǒng),還不如使用必要的元素來設置容器。實現(xiàn)相同的工作量所需的資源要少得多。如果需要更多的資源,那么可以使用額外的容器映像。
 
同樣,無服務器功能是一種有趣的新趨勢,可以在需要時用于滿足特定的應用需求。如果觸發(fā)某個功能,該功能會消耗資源,并將結(jié)果返回給應用程序的其余部分。這兩種方法都側(cè)重于所需的結(jié)果,旨在減少開發(fā)人員和操作的維護開銷。
 
但是,這項工作的基礎將是數(shù)據(jù)。隨著這些新應用程序創(chuàng)建越來越多的數(shù)據(jù),這些信息將不得不轉(zhuǎn)移到某個地方。雖然計算可以更容易地分布并移動到混合云或多云環(huán)境中,但數(shù)據(jù)存儲和管理并不是一個容易解決的問題。
 
像Kubernetes這樣的容器管理系統(tǒng)越來越受歡迎,這使得混合和多云管理變得更加容易。畢竟,如果組織可以在多個地方運行容器,并使用Kubernetes管理容器,那么已經(jīng)實現(xiàn)了與任何特定云計算提供商的獨立性,對吧?但是,雖然在應用程序方面也是如此,但它不能為數(shù)據(jù)提供相同級別的支持。
 
組織希望運行混合云和多云??缍鄠€站點運行面臨的挑戰(zhàn)是,隨著時間推移在處理、管理和存儲數(shù)據(jù)的方法的一致性。無論是內(nèi)部部署基礎設施和公共云的組合,還是幾個公共云的組合。這意味著組織查看自己的數(shù)據(jù)庫以及它們在云平臺的運行方式不同,云平臺運行的數(shù)據(jù)庫與云平臺中的數(shù)據(jù)庫不同。
 
分布式數(shù)據(jù)管理和數(shù)據(jù)中心設計
 
對于在云中運行或希望將應用程序移動到多云的組織來說,實現(xiàn)混合云數(shù)據(jù)庫涉及到理解一些分布式計算理論,但不是很多。幸運的是,這是一個基本上解決的問題。當組織實現(xiàn)分布式計算環(huán)境時,必須在一個位置或“節(jié)點”負責運行,或者在一個完全分布式且“無主”的環(huán)境中運行。
 
對于具有主導節(jié)點的應用程序,所有操作都是從一個位置進行指導和管理的,其他所有操作都必須遵循這一點。對于像傳統(tǒng)數(shù)據(jù)中心這樣的環(huán)境,有一個“負責”的節(jié)點這很好,因為一切都是本地的,都在同一個網(wǎng)絡。但是,當組織的位置分布在多個云平臺中時,這個方法也不起作用。例如,由于單個節(jié)點協(xié)調(diào)整個應用程序,很難擴展到超出某個級別的請求。當應用程序在地理位置上分布時,這種協(xié)調(diào)延遲會使性能方面變得更加困難。無論企業(yè)的客戶在哪里,仍然必須轉(zhuǎn)到同一臺服務器。這可能會使組織的應用程序幾乎無法使用。
 
運行無主和完全分布的替代方法可以解決這些問題。然而,這并不像聽起來那么簡單。分布式計算涉及跨多個位置管理操作;如果組織的業(yè)務在混合云中運行,則必須在所有位置實施相同的數(shù)據(jù)層或數(shù)據(jù)庫平臺。對于完全云原生數(shù)據(jù)庫服務,組織必須能夠運行所有這些選項,而不會對服務級別或應用程序本身進行任何更改。
 
同樣,這種方法必須支持數(shù)據(jù)的完全可遷移性。組織現(xiàn)在可能對自己的方法感到滿意,但不應該將自己永遠鎖在特定的公共云提供商的數(shù)據(jù)管理平臺上。如果一個應用程序或一批服務周圍的情況發(fā)生了變化,那么組織可以自由地將數(shù)據(jù)從一個云平臺或數(shù)據(jù)中心位置移動到另一個云平臺或位置而不會受到懲罰。更重要的是,組織不必只是為了保持服務的運行而重新開發(fā)該應用程序。
 
從數(shù)據(jù)庫的角度來看,這涉及支持分布式計算環(huán)境,而無需鎖定特定云計算提供商的產(chǎn)品。通過使云計算數(shù)據(jù)庫獨立于云計算提供商或基礎設施,組織應該能夠避免一些潛在的問題。應該能夠保持內(nèi)部部署和現(xiàn)有數(shù)據(jù)中心基礎設施的優(yōu)勢,并在有意義的地方使用云計算,而不是綁定到單個云平臺。從長遠來看,架構和應用程序開發(fā)的好處將會得到更大的回報。
 
保持對數(shù)據(jù)戰(zhàn)略的控制
 
對于數(shù)據(jù)中心專業(yè)人員來說,處理這些問題和支持應用程序開發(fā)團隊意味著要仔細考慮通常存在的錯綜復雜的存儲、數(shù)據(jù)庫和應用程序基礎架構組件。這種新老技術的混合很難從頭開始拆分和替換,即使將其全面遷移到云端。相反,很多組織已經(jīng)在研究如何將API和應用程序成功地集成在一起以滿足這些業(yè)務結(jié)果。
 
內(nèi)部部署的數(shù)據(jù)中心不會很快消失。雖然很多組織正在充分利用公共云,但可以完全轉(zhuǎn)向公共云的組織的數(shù)量有限。對于大型企業(yè)而言,像企業(yè)資源計劃(ERP)這樣的傳統(tǒng)應用程序通過集成和API連接在一起將使其變得不可能。相反,在混合云和多云模式下跨多個位置運行將是在可預見的未來交付應用程序的最常用方法。這意味著需要更多的關于分布式計算和數(shù)據(jù)庫設計的思考才能跟上進度。

關鍵字:數(shù)據(jù)中心

原創(chuàng)文章 企業(yè)網(wǎng)D1Net

x 分布式計算和數(shù)據(jù)中心 - 數(shù)據(jù)庫設計的重要性 掃一掃
分享本文到朋友圈
當前位置:數(shù)據(jù)中心行業(yè)動態(tài) → 正文

分布式計算和數(shù)據(jù)中心 - 數(shù)據(jù)庫設計的重要性

責任編輯:cres 作者:Patrick McFadin |來源:企業(yè)網(wǎng)D1Net  2019-01-30 10:48:05 原創(chuàng)文章 企業(yè)網(wǎng)D1Net

根據(jù)調(diào)研機構IDC公司的調(diào)查,2019年云計算的支出將會繼續(xù)增加。報告表明,2018年全球公共云服務和基礎設施支出將達到1600億美元,與去年相比增長23%以上,并且沒有跡象表明2019年這種情況將會變緩。公共云的增長是由兩個因素驅(qū)動的——在云端構建新的應用程序和遷移現(xiàn)有的應用程序。
 
但這兩種趨勢將對組織的數(shù)據(jù)中心戰(zhàn)略有著哪些影響?這是否會導致組織的運營方式發(fā)生重大變化?最重要的是,如果沒有大規(guī)模的應用重新設計和重寫,組織能完成所有這些工作嗎?
 
遷移到云端
 
IDC公司預測的總體數(shù)字表明基礎設施支出將會發(fā)生重大變化。這將導致大規(guī)模部署的轉(zhuǎn)變。新的應用程序內(nèi)置在軟件容器中或運行在無服務器上,可以利用云計算圍繞按需可擴展性的好處。與其在每個應用程序組件下需要完整的操作系統(tǒng),還不如使用必要的元素來設置容器。實現(xiàn)相同的工作量所需的資源要少得多。如果需要更多的資源,那么可以使用額外的容器映像。
 
同樣,無服務器功能是一種有趣的新趨勢,可以在需要時用于滿足特定的應用需求。如果觸發(fā)某個功能,該功能會消耗資源,并將結(jié)果返回給應用程序的其余部分。這兩種方法都側(cè)重于所需的結(jié)果,旨在減少開發(fā)人員和操作的維護開銷。
 
但是,這項工作的基礎將是數(shù)據(jù)。隨著這些新應用程序創(chuàng)建越來越多的數(shù)據(jù),這些信息將不得不轉(zhuǎn)移到某個地方。雖然計算可以更容易地分布并移動到混合云或多云環(huán)境中,但數(shù)據(jù)存儲和管理并不是一個容易解決的問題。
 
像Kubernetes這樣的容器管理系統(tǒng)越來越受歡迎,這使得混合和多云管理變得更加容易。畢竟,如果組織可以在多個地方運行容器,并使用Kubernetes管理容器,那么已經(jīng)實現(xiàn)了與任何特定云計算提供商的獨立性,對吧?但是,雖然在應用程序方面也是如此,但它不能為數(shù)據(jù)提供相同級別的支持。
 
組織希望運行混合云和多云。跨多個站點運行面臨的挑戰(zhàn)是,隨著時間推移在處理、管理和存儲數(shù)據(jù)的方法的一致性。無論是內(nèi)部部署基礎設施和公共云的組合,還是幾個公共云的組合。這意味著組織查看自己的數(shù)據(jù)庫以及它們在云平臺的運行方式不同,云平臺運行的數(shù)據(jù)庫與云平臺中的數(shù)據(jù)庫不同。
 
分布式數(shù)據(jù)管理和數(shù)據(jù)中心設計
 
對于在云中運行或希望將應用程序移動到多云的組織來說,實現(xiàn)混合云數(shù)據(jù)庫涉及到理解一些分布式計算理論,但不是很多。幸運的是,這是一個基本上解決的問題。當組織實現(xiàn)分布式計算環(huán)境時,必須在一個位置或“節(jié)點”負責運行,或者在一個完全分布式且“無主”的環(huán)境中運行。
 
對于具有主導節(jié)點的應用程序,所有操作都是從一個位置進行指導和管理的,其他所有操作都必須遵循這一點。對于像傳統(tǒng)數(shù)據(jù)中心這樣的環(huán)境,有一個“負責”的節(jié)點這很好,因為一切都是本地的,都在同一個網(wǎng)絡。但是,當組織的位置分布在多個云平臺中時,這個方法也不起作用。例如,由于單個節(jié)點協(xié)調(diào)整個應用程序,很難擴展到超出某個級別的請求。當應用程序在地理位置上分布時,這種協(xié)調(diào)延遲會使性能方面變得更加困難。無論企業(yè)的客戶在哪里,仍然必須轉(zhuǎn)到同一臺服務器。這可能會使組織的應用程序幾乎無法使用。
 
運行無主和完全分布的替代方法可以解決這些問題。然而,這并不像聽起來那么簡單。分布式計算涉及跨多個位置管理操作;如果組織的業(yè)務在混合云中運行,則必須在所有位置實施相同的數(shù)據(jù)層或數(shù)據(jù)庫平臺。對于完全云原生數(shù)據(jù)庫服務,組織必須能夠運行所有這些選項,而不會對服務級別或應用程序本身進行任何更改。
 
同樣,這種方法必須支持數(shù)據(jù)的完全可遷移性。組織現(xiàn)在可能對自己的方法感到滿意,但不應該將自己永遠鎖在特定的公共云提供商的數(shù)據(jù)管理平臺上。如果一個應用程序或一批服務周圍的情況發(fā)生了變化,那么組織可以自由地將數(shù)據(jù)從一個云平臺或數(shù)據(jù)中心位置移動到另一個云平臺或位置而不會受到懲罰。更重要的是,組織不必只是為了保持服務的運行而重新開發(fā)該應用程序。
 
從數(shù)據(jù)庫的角度來看,這涉及支持分布式計算環(huán)境,而無需鎖定特定云計算提供商的產(chǎn)品。通過使云計算數(shù)據(jù)庫獨立于云計算提供商或基礎設施,組織應該能夠避免一些潛在的問題。應該能夠保持內(nèi)部部署和現(xiàn)有數(shù)據(jù)中心基礎設施的優(yōu)勢,并在有意義的地方使用云計算,而不是綁定到單個云平臺。從長遠來看,架構和應用程序開發(fā)的好處將會得到更大的回報。
 
保持對數(shù)據(jù)戰(zhàn)略的控制
 
對于數(shù)據(jù)中心專業(yè)人員來說,處理這些問題和支持應用程序開發(fā)團隊意味著要仔細考慮通常存在的錯綜復雜的存儲、數(shù)據(jù)庫和應用程序基礎架構組件。這種新老技術的混合很難從頭開始拆分和替換,即使將其全面遷移到云端。相反,很多組織已經(jīng)在研究如何將API和應用程序成功地集成在一起以滿足這些業(yè)務結(jié)果。
 
內(nèi)部部署的數(shù)據(jù)中心不會很快消失。雖然很多組織正在充分利用公共云,但可以完全轉(zhuǎn)向公共云的組織的數(shù)量有限。對于大型企業(yè)而言,像企業(yè)資源計劃(ERP)這樣的傳統(tǒng)應用程序通過集成和API連接在一起將使其變得不可能。相反,在混合云和多云模式下跨多個位置運行將是在可預見的未來交付應用程序的最常用方法。這意味著需要更多的關于分布式計算和數(shù)據(jù)庫設計的思考才能跟上進度。

關鍵字:數(shù)據(jù)中心

原創(chuàng)文章 企業(yè)網(wǎng)D1Net

電子周刊
回到頂部

關于我們聯(lián)系我們版權聲明隱私條款廣告服務友情鏈接投稿中心招賢納士

企業(yè)網(wǎng)版權所有 ©2010-2024 京ICP備09108050號-6 京公網(wǎng)安備 11010502049343號

^
  • <menuitem id="jw4sk"></menuitem>

    1. <form id="jw4sk"><tbody id="jw4sk"><dfn id="jw4sk"></dfn></tbody></form>
      主站蜘蛛池模板: 永清县| 达日县| 房产| 广河县| 张北县| 房产| 芜湖县| 万盛区| 青河县| 宣化县| 涡阳县| 静安区| 伊春市| 会宁县| 沙湾县| 威远县| 佳木斯市| 衡阳市| 永春县| 承德县| 金乡县| 云林县| 林甸县| 蚌埠市| 会泽县| 湖州市| 蒙阴县| 内黄县| 宁明县| 合川市| 天等县| 潍坊市| 平和县| 东乡| 白水县| 福贡县| 长白| 林口县| 亳州市| 得荣县| 石景山区|