搭建數據中心是什麼

Ⅰ 什麼是數據中心

數據中心是企業的業務系統與數據資源進行集中、集成、共享、分析的場地、工具、流程等的有機組合。從應用層面看，包括業務系統、基於數據倉庫的分析系統；從數據層面看，包括操作型數據和分析型數據以及數據與數據的集成/整合流程；從基礎設施層面看，包括伺服器、網路、存儲和整體IT 運行維護服務。 數據中心-建設目標 數據中心的建設目標是：1、全面建成公司總部和網省公司兩級數據中心，逐步實現數據及業務系統的集中； 2、建立企業數據倉庫，提供豐富的數據分析展現功能；3、實現數據的唯一性與共享性；4、建立統一的安全體系，保證數據及業務系統的訪問安全；5、結合數據中心建設，完善數據交換體系，實現兩級數據中心間的級聯；6、實現網路、硬體、存儲設備、數據、業務系統和管理流程、IT采購流程、數據交換流程的統一集中；7、統一的信息管理模式及統一的技術架構，能夠迅速地實施部署各種IT系統，提升管理能力。 數據中心-系統結構 數據中心採用總部和網省兩級進行部署，兩級數據中心通過數據交換平台進行數據的級聯。 數據中心邏輯架構包含：應用架構、數據架構、執行架構、基礎架構（物理架構）、安全架構、運維架構。 應用架構：應用架構是指數據中心所支撐的所有應用系統部署和它們之間的關系。 數據架構：數據架構是指每個應用系統模塊的數據構成、相互關系和存儲方式，還包括數據標准和數據的管控手段等。 執行架構：執行架構是指數據倉庫在運行時態的關鍵功能及服務流程，主要包括ETL（數據的獲取與整合）架構和數據訪問架構。 基礎架構（物理架構）：為上層的應用系統提供硬體支撐的平台（主要包括伺服器、網路、存儲等硬體設施）。 安全架構：安全架構覆蓋數據中心各個部分，包括運維、應用、數據、基礎設施等。它是指提供系統軟硬體方面整體安全性的所有服務和技術工具的總和。 運維架構：運維架構面向企業的信息系統管理人員，為整個信息系統搭建一個統一的管理平台，並提供相關的管理維護工具，如系統管理平台、數據備份工具和相關的管理流程。 數據中心-工作原理 數據的獲取與整合也叫ETL（Extract，Transact，Load），是在確定好數據集市模型並對數據源進行分析後，按照分析結果，從應用系統中抽取出與主題相關的原始業務數據，按照數據中心各存儲部件的要求，進行數據交換和裝載。數據的獲取與整合主要分為數據抽取、數據轉換、數據裝載三個步驟。 ETL 的好壞，直接影響到數據集市中的數據質量。 數據倉庫區是專門針對企業數據整合和數據歷史存儲需求而組織的集中化、一體化的數據存儲區域。數據倉庫由覆蓋多個主題域的企業信息組成，這些信息主要是低級別、細粒度數據，同時可以根據數據分析需求建立一定粒度的匯總數據。它們按照一定頻率定期更新，主要用於為數據集市提供整合後的、高質量的數據。數據倉庫側重於數據的存儲和整合。 數據集市是一組特定的、針對某個主題域、部門或用戶分類的數據集合。這些數據需要針對用戶的快速訪問和數據輸出進行優化，優化的方式可以通過對數據結構進行匯總和索引實現。

Ⅱ 什麼是數據中心

當前，作為經濟發展中創新最活躍、增長速度最快、影響最廣泛的產業領域，數字經濟正引領新一輪經濟周期發展。各地區正加速發展數字經濟，以期實現以數字技術為基礎的新產業、新業態、新模式升級演進，推動經濟持續平穩發展。

這一過程中，擔負著數據存儲、處理等功能的數據中心可謂起著基石作用，是發展數字經濟的重要前提和基礎。但數據中心存在著高耗能、高碳排放的問題，在「雙碳」目標下，如何對數據中心進行合理布局和規劃，以在擴大數據中心產業的同時推動數據中心節能低碳成為相關各方必須進行的思考，且需要不斷進行完善。所以，2022年數據中心產業發展將呈現三大新趨勢：清潔能源使用比例持續提升；高算力支撐將成為數據中心發展重要目；為數字化轉型賦能。

資產管理可視化

傳統資產管理形式能用性較差、效率低下，不適用於資產量龐大或種類繁多的數據中心。採用Hightopo 3D 數據可視化技術，即使面對再繁雜的資產，也可通過檢索功能快速查找資源設備，對其進行定位及信息詳情展示。在3D場景中可任意查詢資產對象，如設備型號規格或CPU負載狀況。支持運維人員在線遠程調取支配該資產對象的檢修記錄、履歷信息和當前運行狀態等任意信息。如下：

• 監測蓄冷罐：在機房發生故障時是否正常啟動的放冷模式、充冷模式和保冷模式；

• 監測膨脹罐：是否正常運作，確保水壓平衡，機房正常運作；

• 監測冷卻塔：是否正常進行循環水冷卻等。

將虛擬資產與現實資產一一對應，讓資產管理變得更為簡潔直觀，能實現多個機房資產集中監控，提升資產設備的實用性和使用率。

管線可視化

在 3D 可視化環境中能清楚看到管線分布的全景視圖，運維人員可點擊查詢單設備的所有鏈路信息或展示鏈路中包含的全部設備，呈現數據中心從高壓市電引入至列頭櫃（智能母線、PDU）輸出的變配電系統設備和線路。

管線可視化能有效梳理數據中心密集的電氣管道和網路線路，讓運維人員更直觀地掌握數據中心的管線分布及走線情況，從而快速排查及修復管線類故障。主動預警及時告知電力網線布局或輸、發、變電環節的不合規情況，打破當前數據分散的局面，提高管線管理水平和故障解決效率。

動環監控可視化

一、預警告警 智能巡檢

動環監控系統中的設備監控信息，是通過智能數據介面或感測器採集多方面監控數據（如供配電、UPS、消防系統等），實現設備運行的正常狀態監測、異常狀態預測、告警閥值設定、功率參數、應急預案的智能監控功能。當設備數據超過預設閥值時，系統將進行預警提示。在 3D 可視化環境內結合 2D 面板展示出來，確保機房內始終保持合適的動力供應。

系統支持對該可視化場景提供智能巡檢方案，運維人員自定義規劃巡檢路徑，對各個巡檢節點進行安全管理。輔助運維人員做出科學決策，一改往日「關門看報告、拍腦袋定方案」的現象。

二、3D溫度雲圖

數據中心「喜冷怕熱」，隨著計算規模的逐步增大，熱量也會逐漸升高。通過裝設溫濕度監測模塊，進而呈現出該環境內所有的熱源分布，及時發現快速定位異常溫度區域並提醒管理人員。滑鼠點選設備可查看子設備實時溫度數據，數據由2D面板呈現。

採用3D溫度雲圖，實時感知機房內部溫濕度情況，較大程度上緩解機房溫度過高問題，杜絕被動「熱處理」。

面對突如其來的疫情，且在春節期間運維人員較少的情況下，為保障各大科研醫療機構正常運轉，全力做好數據中心運作平穩，3D可視化集裝箱數據中心無疑是最好的選擇。利用車輛快速運輸，可根據需求及場地狀況分散或集中疊放部署，做到快速調度布局。即使運維人員再少，也能做到24小時實時監控，第一時間發現機房安全隱患，保證機房運維和醫療機構業務的連續性。

隨著數字化、智能化、電子商務和互聯網流量的爆炸式增長，數據中心已成為全球增長最快的電力消費設備之一。據估算，2020 年全國數據中心耗電量約 760 億千瓦時。如果折算為二氧化碳排放量，2020 年全國數據中心二氧化碳排放量近 4000 萬噸。整體看，數據中心耗電及碳排放量規模佔全社會比重雖不及電力、化工、交通等高排放行業，但仍不失為一個排放大戶。未來數據中心能耗和碳排放還將穩定增長，因此節能減排是數據中心行業長遠發展必須錨定的一個關鍵方向。

Ⅲ 如何搭建現代化的雲計算數據中心

在雲計算和大數據遍地開花的今天，很多個人及企業級客戶對自己的數據存放環境並沒有一個很直觀的認識，包括電商從業者（雲主機，雲空間），私有雲、公有雲及混合雲企業用戶等等。

而數據中心內部結構繁多、組成復雜，經過多年行業積累，客戶在選擇數據中心時主要關注數據中心等級、選址標准、建築與結構、電力、暖通、消防、監控和網路這幾個方面。

?

現代數據中心供電系統的典型架構

有孚網路自建及合作的雲計算數據中心已經覆蓋北京、上海、廣州、深圳等地，並通過這些核心節點輻射各大區域。高等級標准建造，電力系統滿足A類機房要求，每個雲計算數據中心均引入來自不同變電站的雙路市電，擁有雙路UPS並行輸電，並配置雙路柴油發電機，提供不間斷電源，保障業務安全、穩定、可持續發展。

對於金融行業數據中心來說，要滿足其安全可靠的要求，供電系統需達到A級標准。那麼，在A類級別的數據中心中，它的供電系統又是怎麼要求的呢？

1、 由來自兩個不同的變電站引入兩路市電電源，同時工作、互為備用；

2、 機房內設有能夠滿足UPS電源、機房空調、照明等設備用電的專用柴油發電機，且備用有同樣標準的柴油發電機，即柴油發電機系統需達到：(N+X)冗餘 (X=1，2，3，4……)的要求；

3、 為了使數據中心的電力持續供應，需使用兩套獨立的UPS供電系統，來保證數據中心的供電，即UPS系統需達到：2N或M(N+1) 冗餘 (M=2，3， 4……)的要求；

4、 其中，市電電源間、市電電源和柴油發電機間均可通過ATS（自動切換開關）進行切換，電源列頭櫃用來進行電源分配和供電管理，以提高供電系統的易管理性。

金融行業在供電方面除了需要滿足以上要求外，還需滿足其他相關電力要求：

1、 市電中斷，發電機30秒自啟動；

2、 市電電源為10KV以上；

3、 空調設備採用雙路電源供電；

4、 不間斷電源電池單機容量備用時間大於等於15分鍾；

5、 要求採用專用配電箱(櫃)，專用配電箱(櫃)應靠近用電設備安裝；

6、 用於電子信息系統機房內的動力設備與電子信息設備的不間斷電源系統應由不同迴路配電；

7、 自動轉換開關檢修時，不應影響電源的切換。

雲計算與存儲是未來商業的發展趨勢，無論是互聯網界還是傳統企業通過搭建數據中心可以更好的掌握用戶數據，為用戶提供可靠的定製服務。從用戶的角度來講，企業搭建數據中心也是用戶的選擇。

（註：本文特約上海十佳IDC服務商之一的有孚網路（共承擔了6項國家及地市級專項課題），將雲計算數據中心的最佳實踐與眾多相關從業者分享。上海有孚網路股份有限公司創立於2001年，擁有超過15年的IDC運營管理經驗，並形成了一套完整的自有雲計算數據中心體系，為成千上萬家客戶提供專業的產品與服務。）

Ⅳ 新基建中的數據中心指的是什麼

互聯網數據中心（Internet Data Center，IDC）（Data Center，）是一種能夠在Internet網路基礎設施上管理數據信息（如傳遞、展示、計算、存儲等）的特定設備網路，包括計算機系統及配套設施（如通信系統、存儲系統）、數據通信連接、環境控制設備、監控設備、安全裝置等，互聯網數據中心如下圖所示。

Ⅳ 數據中心建設是什麼行業

什麼是IDC（互聯網路數據中心）目前對IDC還沒有一個統一的定義，但它比傳統的數據中心有著更深層次的內涵，它是伴隨著互聯網不斷發展的需求而發展起來的，為ICP、企業、媒體和各類網站提供大規模、高質量、安全可靠的專業化伺服器託管、空間租用、網路批發帶寬以及ASP、EC等業務。 數據中心在大型主機時代就已出現，20世紀60年代，大型機時期出現的重要數據的災難備份中心可以說是IDC的雛形。90年代中期，美國的Exos提出了「IDC」的概念。Exos的創始人曾是IBM公司的副總裁，此人最先提出IBM拓展IDC服務。在建議沒有得到採納的情況下，他跳出IBM，組建了Exos。 在國內，1996年中國電信開始提供最初的託管業務和信息港服務。當時是為了通過託管、外包或集中方式向企業提供大型主機的管理維護，以達到專業化管理和降低運行成本的目的。 IDC所提供的業務 最初，IDC所提供的業務主要有託管（Hosting）和colocation，所以有人把IDC稱為hosting center或colocation center，隨著Internet的發展，IDC的功能和所提供的業務也在不斷擴大與變化。 託管（Hosting）最早是ISP和IAP（Internet Access Provider）提供的一種服務，它們鼓勵外包的公司把自己的網站和網頁放到可以通過Internet進行接入的伺服器上，根據客戶使用的設備、空間及傳輸容量收取費用。目前業務提供者的范圍已經擴大。 colocation是指企業把他們自己的設備與應用託管在第三方的設施中。colocation最開始用於電信領域，一些新的運營者把自己的交換機、復用器、POP等放到其它運營公司的機房中，並與其它的業務提供者進行互連。隨著Internet的廣泛使用，許多公司都需要使其客戶連接到其web站點，他們希望有業務提供者能夠提供空間來使他們放置伺服器和通信設備並連接到網上。Colocation的客戶包括各種各樣的公司，從企業、ISP到需電子商務資料庫62/;.:4%3.%.7,$要有其自己數據中心的金融機構。 現在，經過擴展後的IDC業務模型已經遠遠超出了託管業務的范圍，它將向用戶提供更加全面的和更加個性化的服務以滿足不同客戶的個性化要求。 目前IDC們提供的主要服務包括：伺服器等設備出租；系統維護（如系統配置、軟體安裝、數據備份、故障排除等）；管理化服務（如帶寬管理、流量分析、入侵檢測、系統漏洞診斷、數據備份、負載均衡、Cache服務等）；支撐服務（如技術支持熱線等）；運作支持服務（如操作間、會議室、設備工具出租等）。 理性思考IDC商業模式 我國國民經濟和社會發展的第十個五年計劃中要求，在「十五」期間將對經濟結構進行戰略性調整，大力推進國民經濟和社會信息化，加強信息基礎設施建設，以信息化帶動工業化，發揮後發優勢，實現生產力跨越式發展。這種社會發展趨勢從宏觀上決定了互聯網服務產業的發展方向。IDC將為我國企業提供高速、有效、及時的信息報告，是推動企業信息化過程中，必要的技術保障和前提。 與ISP、ICP一樣，IDC是從美國傳入中國的。回顧ISP、ICP在中國的發展，可以發現，拷貝過來的美國模式在中國並沒有成功，反觀IDC在美國的成長之路，我們不難看出它之所以在美國發展很快，主要原因在於美國有一大群企業需要IDC服務，擁有堅實的市場基礎。另外，美國的IDC得到了資本市場強力的支持，經過了一個從成長到成熟的過程。中國跟美國不太一樣，整個IT的普及要滯後一段時間。這對IDC整個行業的成長有很大影響。由此可見，中國需要走出一條適合於自己的IDC發展之路。 國內IDC類型的劃分 目前，國內投資經營IDC業務的企業可以粗分為三類：電信運營商，例如：中國電信、網通、聯通、鐵通等，它們的優勢在於擁有基礎網路資源、規模效益好；互聯網服務提供商，例如：世紀互聯、263、首創網路、清華萬博等，它們的優勢體現在市場營銷和客戶服務方面；其他服務商，如房地產商iLink、iAdvantage等，它們的優勢在於資本雄厚，基建條件優越。

Ⅵ 數據中心是什麼其系統結構和工作原理是怎樣的呢

一直想整理一下這塊內容，既然是漫談，就想起什麼說什麼吧。我一直是在互聯網行業，就以互聯網行業來說。
先大概列一下互聯網行業數據倉庫、數據平台的用途：

• 整合公司所有業務數據，建立統一的數據中心；

• 提供各種報表，有給高層的，有給各個業務的；

• 為網站運營提供運營上的數據支持，就是通過數據，讓運營及時了解網站和產品的運營效果；

• 為各個業務提供線上或線下的數據支持，成為公司統一的數據交換與提供平台；

• 分析用戶行為數據，通過數據挖掘來降低投入成本，提高投入效果；比如廣告定向精準投放、用戶個性化推薦等；

• 開發數據產品，直接或間接為公司盈利；

• 建設開放數據平台，開放公司數據；

• 。。。。。。



• 上面列出的內容看上去和傳統行業數據倉庫用途差不多，並且都要求數據倉庫/數據平台有很好的穩定性、可靠性；但在互聯網行業，除了數據量大之外，越來越多的業務要求時效性，甚至很多是要求實時的 ，另外，互聯網行業的業務變化非常快，不可能像傳統行業一樣，可以使用自頂向下的方法建立數據倉庫，一勞永逸，它要求新的業務很快能融入數據倉庫中來，老的下線的業務，能很方便的從現有的數據倉庫中下線；


• 其實，互聯網行業的數據倉庫就是所謂的敏捷數據倉庫，不但要求能快速的響應數據，也要求能快速的響應業務；


• 建設敏捷數據倉庫，除了對架構技術上的要求之外，還有一個很重要的方面，就是數據建模，如果一上來就想著建立一套能兼容所有數據和業務的數據模型，那就又回到傳統數據倉庫的建設上了，很難滿足對業務變化的快速響應。應對這種情況，一般是先將核心的持久化的業務進行深度建模（比如：基於網站日誌建立的網站統計分析模型和用戶瀏覽軌跡模型；基於公司核心用戶數據建立的用戶模型），其它的業務一般都採用維度+寬表的方式來建立數據模型。這塊是後話。


• 整體架構下面的圖是我們目前使用的數據平台架構圖，其實大多公司應該都差不多：


• 邏輯上，一般都有數據採集層、數據存儲與分析層、數據共享層、數據應用層。可能叫法有所不同，本質上的角色都大同小異。


• 我們從下往上看：


• 數據採集數據採集層的任務就是把數據從各種數據源中採集和存儲到數據存儲上，期間有可能會做一些簡單的清洗。



• 數據源的種類比較多：



• 網站日誌：



• 作為互聯網行業，網站日誌占的份額最大，網站日誌存儲在多台網站日誌伺服器上，


• 一般是在每台網站日誌伺服器上部署flume agent，實時的收集網站日誌並存儲到HDFS上；



• 業務資料庫：



• 業務資料庫的種類也是多種多樣，有Mysql、Oracle、SqlServer等，這時候，我們迫切的需要一種能從各種資料庫中將數據同步到HDFS上的工具，Sqoop是一種，但是Sqoop太過繁重，而且不管數據量大小，都需要啟動MapRece來執行，而且需要Hadoop集群的每台機器都能訪問業務資料庫；應對此場景，淘寶開源的DataX，是一個很好的解決方案（可參考文章 《異構數據源海量數據交換工具-Taobao DataX 下載和使用》），有資源的話，可以基於DataX之上做二次開發，就能非常好的解決，我們目前使用的DataHub也是。


• 當然，Flume通過配置與開發，也可以實時的從資料庫中同步數據到HDFS。



• 來自於Ftp/Http的數據源：



• 有可能一些合作夥伴提供的數據，需要通過Ftp/Http等定時獲取，DataX也可以滿足該需求；



• 其他數據源：



• 比如一些手工錄入的數據，只需要提供一個介面或小程序，即可完成；



• 數據存儲與分析毋庸置疑，HDFS是大數據環境下數據倉庫/數據平台最完美的數據存儲解決方案。



• 離線數據分析與計算，也就是對實時性要求不高的部分，在我看來，Hive還是首當其沖的選擇，豐富的數據類型、內置函數；壓縮比非常高的ORC文件存儲格式；非常方便的SQL支持，使得Hive在基於結構化數據上的統計分析遠遠比MapRece要高效的多，一句SQL可以完成的需求，開發MR可能需要上百行代碼；


• 當然，使用Hadoop框架自然而然也提供了MapRece介面，如果真的很樂意開發Java，或者對SQL不熟，那麼也可以使用MapRece來做分析與計算；Spark是這兩年非常火的，經過實踐，它的性能的確比MapRece要好很多，而且和Hive、Yarn結合的越來越好，因此，必須支持使用Spark和SparkSQL來做分析和計算。因為已經有Hadoop Yarn，使用Spark其實是非常容易的，不用單獨部署Spark集群，關於Spark On Yarn的相關文章，可參考：《Spark On Yarn系列文章》


• 實時計算部分，後面單獨說。


• 數據共享這里的數據共享，其實指的是前面數據分析與計算後的結果存放的地方，其實就是關系型資料庫和NOSQL資料庫；



• 前面使用Hive、MR、Spark、SparkSQL分析和計算的結果，還是在HDFS上，但大多業務和應用不可能直接從HDFS上獲取數據，那麼就需要一個數據共享的地方，使得各業務和產品能方便的獲取數據；和數據採集層到HDFS剛好相反，這里需要一個從HDFS將數據同步至其他目標數據源的工具，同樣，DataX也可以滿足。


• 另外，一些實時計算的結果數據可能由實時計算模塊直接寫入數據共享。



• 數據應用

• 業務產品
  



• 業務產品所使用的數據，已經存在於數據共享層，他們直接從數據共享層訪問即可；



• 報表



• 同業務產品，報表所使用的數據，一般也是已經統計匯總好的，存放於數據共享層；



• 即席查詢



• 即席查詢的用戶有很多，有可能是數據開發人員、網站和產品運營人員、數據分析人員、甚至是部門老大，他們都有即席查詢數據的需求；


• 這種即席查詢通常是現有的報表和數據共享層的數據並不能滿足他們的需求，需要從數據存儲層直接查詢。


• 即席查詢一般是通過SQL完成，最大的難度在於響應速度上，使用Hive有點慢，目前我的解決方案是SparkSQL，它的響應速度較Hive快很多，而且能很好的與Hive兼容。


• 當然，你也可以使用Impala，如果不在乎平台中再多一個框架的話。



• OLAP



• 目前，很多的OLAP工具不能很好的支持從HDFS上直接獲取數據，都是通過將需要的數據同步到關系型資料庫中做OLAP，但如果數據量巨大的話，關系型資料庫顯然不行；


• 這時候，需要做相應的開發，從HDFS或者HBase中獲取數據，完成OLAP的功能；


• 比如：根據用戶在界面上選擇的不定的維度和指標，通過開發介面，從HBase中獲取數據來展示。



• 其它數據介面
  



• 這種介面有通用的，有定製的。比如：一個從Redis中獲取用戶屬性的介面是通用的，所有的業務都可以調用這個介面來獲取用戶屬性。



• 實時計算現在業務對數據倉庫實時性的需求越來越多，比如：實時的了解網站的整體流量；實時的獲取一個廣告的曝光和點擊；在海量數據下，依靠傳統資料庫和傳統實現方法基本完成不了，需要的是一種分布式的、高吞吐量的、延時低的、高可靠的實時計算框架；Storm在這塊是比較成熟了，但我選擇Spark Streaming，原因很簡單，不想多引入一個框架到平台中，另外，Spark Streaming比Storm延時性高那麼一點點，那對於我們的需要可以忽略。


• 我們目前使用Spark Streaming實現了實時的網站流量統計、實時的廣告效果統計兩塊功能。


• 做法也很簡單，由Flume在前端日誌伺服器上收集網站日誌和廣告日誌，實時的發送給Spark Streaming，由Spark Streaming完成統計，將數據存儲至Redis，業務通過訪問Redis實時獲取。


• 任務調度與監控在數據倉庫/數據平台中，有各種各樣非常多的程序和任務，比如：數據採集任務、數據同步任務、數據分析任務等；



• 這些任務除了定時調度，還存在非常復雜的任務依賴關系，比如：數據分析任務必須等相應的數據採集任務完成後才能開始；數據同步任務需要等數據分析任務完成後才能開始；這就需要一個非常完善的任務調度與監控系統，它作為數據倉庫/數據平台的中樞，負責調度和監控所有任務的分配與運行。


• 前面有寫過文章，《大數據平台中的任務調度與監控》,這里不再累贅。


• 總結在我看來架構並不是技術越多越新越好，而是在可以滿足需求的情況下，越簡單越穩定越好。目前在我們的數據平台中，開發更多的是關注業務，而不是技術，他們把業務和需求搞清楚了，基本上只需要做簡單的SQL開發，然後配置到調度系統就可以了，如果任務異常，會收到告警。這樣，可以使更多的資源專注於業務之上。

Ⅶ 雲計算,數據中心的概念是什麼

一、數據中心是全球協作的特定設備網路，用來在Internet網路基礎設施上傳遞、加速、展示、計算、存儲數據信息。它不僅包括計算機系統和其它與之配套的設備，還包含冗餘的數據通信連接、環境控制設備、監控設備以及各種安全裝置。

二、而雲計算是什麼?一般說來，它是基於互聯網的相關服務的增加、使用和交付模式，通常涉及通過互聯網來提供動態易擴展且經常是虛擬化的資源。雲計算是一種按使用量付費的IT服務模式，這種模式提供可用的、便捷的、按需的網路訪問，進入可配置的計算資源共享池（資源包括網路，伺服器，存儲，應用軟體，服務），這些資源能夠被快速提供，只需投入很少的管理工作，或與服務供應商進行很少的交互。那麼雲計算的定義中有一個最重要的關鍵詞：按需。雲計算提供商是根據用戶需求，按需提供計算資源的，另外就是雲計算架構具有很大的彈性，和擴展性，因為所有的實際物理資源都被虛擬化（抽象化），可配置和可管理。
雲計算技術包括分布式文件系統、分布式計算、分布式數據存儲等。基於雲計算架構，可以實現高並發處理系統來處理海量請求，也可以搭建存儲海量數據的雲存儲系統，也可以搭建分布式計算系統來對數據進行挖掘。生活化一點，包括我們所熟知的搜索引擎、網路視頻、電子商務、電子郵件、地圖導航等都屬於雲計算的范疇。