與傳統(tǒng)的軟件架構(gòu)相比，云計算在運營和支持方面的成本更低廉，同時又能夠獲得更快速的部署能力和近乎無限的伸縮性等收益。盡管如此，仍然有諸多企業(yè)在云計算和傳統(tǒng)軟件架構(gòu)中選擇了后者，原因很大程度上在于云計算中，有關(guān)企業(yè)數(shù)據(jù)的安全問題沒有得到妥善解決。一些分析機構(gòu)的調(diào)查結(jié)果顯示，數(shù)據(jù)安全問題是企業(yè)應(yīng)用遷移到云計算的最大障礙之一。

數(shù)據(jù)安全意指通過一些技術(shù)或者非技術(shù)的方式來保證數(shù)據(jù)的訪問是受到合理控制，并保證數(shù)據(jù)不被人為或者意外的損壞而洩露或更改。從非技術(shù)角度上來看，可以通過法律或者一些規(guī)章制度來保證數(shù)據(jù)的安全性;從技術(shù)的角度上來看，可以通過防火墻、入侵檢測、安全配置、數(shù)據(jù)加密、訪問認證、權(quán)限控制、數(shù)據(jù)備份等手段來保證數(shù)據(jù)的安全性。由于傳統(tǒng)軟件和云計算在技術(shù)架構(gòu)上有著非常明顯的差異，這就需要我們用不同的思路來思考兩種架構(gòu)下有關(guān)數(shù)據(jù)安全的解決方案。下面我從技術(shù)角度探討一下云計算的數(shù)據(jù)安全。

數(shù)據(jù)隱私

對于任何一個IT系統(tǒng)來說，在運行生命周期過程中使用的和生產(chǎn)的數(shù)據(jù)都是整個系統(tǒng)的核心部分，而我們一般把這些系統(tǒng)數(shù)據(jù)分為公有數(shù)據(jù)和私有數(shù)據(jù)兩種類型。

公有數(shù)據(jù)代表著可以從公共資源獲得的數(shù)據(jù)信息，例如股票信息、公開的財務(wù)信息等，這類數(shù)據(jù)可以被任何一個IT系統(tǒng)獲得并使用。而私有數(shù)據(jù)則代表這些數(shù)據(jù)是被IT系統(tǒng)所獨佔并無法和其他IT系統(tǒng)所共享的信息。對于公有數(shù)據(jù)，使用它們的IT系統(tǒng)并不需要處理安全相關(guān)的事務(wù)，然而對于私有數(shù)據(jù)特別是一些較為敏感的私有數(shù)據(jù)，在構(gòu)建IT系統(tǒng)時需要專門考慮如何保證數(shù)據(jù)不被盜用甚至修改。

傳統(tǒng)的IT系統(tǒng)通常搭建在客戶自身的數(shù)據(jù)中心內(nèi)，數(shù)據(jù)中心的內(nèi)部防火墻保證了系統(tǒng)數(shù)據(jù)的安全性。和傳統(tǒng)軟件相比，云計算在數(shù)據(jù)方面的最大不同便是所有的數(shù)據(jù)將由第叁方而非第一方來負責維護，并且由于云計算架構(gòu)的特點，這些數(shù)據(jù)可能被存儲在非常分散的地方，并且都按照明文的方式進行存儲。儘管防火墻能夠?qū)�惡意的外來攻擊提供一定程度的保護，但這種架構(gòu)使得一些關(guān)鍵性的數(shù)據(jù)可能被洩露，無論是偶然還是惡意。(例如，由于開發(fā)和維護的需要，軟件提供商的員工一般都能夠訪問存儲在云平臺上的數(shù)據(jù)，一旦這些員工信息被非法獲得，黑客便可以在萬維網(wǎng)上訪問部署在云平臺上的程序或者得到關(guān)鍵性的數(shù)據(jù)。)這對于對安全性有較高要求的企業(yè)應(yīng)用來說是完全不能接受的。

盡管目前在公有云平臺還沒有很好的數(shù)據(jù)隱私解決方案，但是企業(yè)仍然可以選擇構(gòu)建私有云或者混合云來實現(xiàn)彈性計算和數(shù)據(jù)隱私的均衡，同時也為未來在公有云平臺上的實施積累經(jīng)驗。

從彈性計算的角度來看，私有云和公有云并無太大差別，都是通過自動化地管理虛擬化的IT資源來實現(xiàn)彈性計算。然而，由于現(xiàn)有的企業(yè)應(yīng)用基本上都基于傳統(tǒng)的IT基礎(chǔ)架構(gòu)搭建，幾乎所有的IT資源都要求IT工程師花費大量的時間和精力來手動管理，并沒有其他辦法實現(xiàn)敏捷高效的自動化管理，因此無法滿足云計算的要求。實施私有云計算的第一步也是最重要的一步便是重新搭建IT基礎(chǔ)架構(gòu)——將現(xiàn)有的處理器、存儲、網(wǎng)絡(luò)等IT資源高度虛擬化并重新組織整合，構(gòu)建高度擴展性的IT集群架構(gòu)，輔以強大的管理軟件來實現(xiàn)高效自動化的IT資源管理。整個IT架構(gòu)可以114程序員搭建在企業(yè)內(nèi)或者是第叁方的數(shù)據(jù)中心內(nèi)，但是無論私有云部署在什么地理位置，企業(yè)都擁有完全的IT資源控制能力。通過網(wǎng)絡(luò)控制和獨享的防火墻保護，私有云上的企業(yè)數(shù)據(jù)能夠得到和傳統(tǒng)IT架構(gòu)下企業(yè)數(shù)據(jù)相同級別的安全保障。

在主流的私有云架構(gòu)之外，Amazon的VirtualPrivateCloud(虛擬私有云，以下簡稱VPC)提供了一套全新的企業(yè)級私有云構(gòu)建方案。主流的私有云解決方案都致力于IT資源的虛擬化以及自動化管理，而VPC則將重點放在了如何構(gòu)建專門針對單個企業(yè)的虛擬網(wǎng)絡(luò)，并與企業(yè)現(xiàn)有的IT架構(gòu)安全無縫地連接起來。企業(yè)可以在Amazon公有云平臺上創(chuàng)建VPC虛擬網(wǎng)絡(luò)，通過企業(yè)自身的加密VPN將VPC虛擬網(wǎng)絡(luò)與企業(yè)局域網(wǎng)絡(luò)連接起來，并將整個VPC虛擬網(wǎng)絡(luò)加入到企業(yè)現(xiàn)有的安全架構(gòu)下。在申請創(chuàng)建EC2實例時，可以將其指定與相應(yīng)的VPC網(wǎng)絡(luò)綁定，在EC2實例啟動之后，該實例也就相當于運行在整個大的企業(yè)局域網(wǎng)之內(nèi)。雖然VPC網(wǎng)絡(luò)中所有的EC2實例仍然位于公有云平臺上，但是在這種IT架構(gòu)下，企業(yè)內(nèi)的防火墻能夠保證這些公有云上的數(shù)據(jù)安全。

採用AmazonVPC的私有云解決方案無需對企業(yè)現(xiàn)有IT架構(gòu)做出大規(guī)模的調(diào)整，因此也就無法減少IT運營成本，但是相比主流的私有云解決方案，實施成本和風險則減少了很多。

混合云則將云平臺與In-House系統(tǒng)(自用系統(tǒng))或者是私有云結(jié)合起來，將部分子系統(tǒng)搭建在企業(yè)內(nèi)部的數(shù)據(jù)中心(通常這些子系統(tǒng)中的數(shù)據(jù)對安全性有非常嚴格的要求，或是一些Legacy系統(tǒng)(塬有的系統(tǒng)))，而把系統(tǒng)的其他部分構(gòu)建于云計算平臺之上(通常這類子系統(tǒng)不帶有數(shù)據(jù)安全性的問題)，通過ServiceBus(服務(wù)總線)將In-House系統(tǒng)(私有云)與公有云端系統(tǒng)連接起來。

基于WindowsAzureAppFabric的混合云系統(tǒng)：AppFabric提供了ServiceBus的功能，私有In-House系統(tǒng)可以在AppFabric上創(chuàng)建WCF服務(wù)的Endpoint并註冊，這樣AppFabric便成為了公有云系統(tǒng)和私有In-House系統(tǒng)的中間平臺，兩個系統(tǒng)通過AppFabric來實現(xiàn)數(shù)據(jù)交互。由于ServiceBus并不存在NAT(網(wǎng)絡(luò)地址轉(zhuǎn)換)的問題，因此并不要求企業(yè)局域網(wǎng)防火墻開放指定的端口，各個系統(tǒng)都能夠比較方便地訪問它。在最極端的情況下只需要服務(wù)器暴露80或者443端口，也就是服務(wù)能以HTTP或者HTTPS的方式連接上 AppFabric。此外，AppFabric還提供了AccessControl的功能，以支持常見的基于AD的身份認證。用戶通過使用域賬號登錄，并將Token傳給AC以獲取相應(yīng)的資源和服務(wù)。

數(shù)據(jù)隔離

IT軟件服務(wù)商所提供的傳統(tǒng)企業(yè)軟件系統(tǒng)大多基于Multi-Instance(多實例)架構(gòu)，即對于每一個客戶組織，都有一個單獨的軟件系統(tǒng)實例為其服務(wù);而搭建于云計算平臺的軟件系統(tǒng)則廣泛採用了Multi-Tenancy(多租戶)架構(gòu)，即單個軟件系統(tǒng)實例服務(wù)于多個客戶組織。在Multi- Instance架構(gòu)下，由于每個客戶擁有自己的軟件實例，所以不存在數(shù)據(jù)隔離問題，但是在Multi-Tenancy架構(gòu)下，由于所有客戶數(shù)據(jù)將被共同保存在唯一一個軟件系統(tǒng)實例內(nèi)，因此需要開發(fā)額外的數(shù)據(jù)隔離機制來保證各個客戶之間的數(shù)據(jù)不可見性并提供相應(yīng)的災(zāi)備方案。

隨著云計算技術(shù)的成熟，Multi-Tenancy不再是新鮮的概念，目前已經(jīng)有幾種成熟的架構(gòu)來幫助系統(tǒng)實現(xiàn)數(shù)據(jù)隔離：SharedSchemaMulti-Tenancy(下文簡稱為共享表架構(gòu))、SeparatedDatabase(下文簡稱為分離數(shù)據(jù)庫架構(gòu))以及SharedDatabaseSeparatedSchema(下文簡稱為分離表架構(gòu))。

共享表架構(gòu)：即所有的軟件系統(tǒng)客戶共享使用相同的數(shù)據(jù)庫實例和相同的數(shù)據(jù)庫表，但可以通過類似于TenantID字段來區(qū)分數(shù)據(jù)的從屬。

因為共享表架構(gòu)最大化地利用了單個數(shù)據(jù)庫實例的存儲能力，所以這種架構(gòu)的硬件成本非常低廉，但對程序開發(fā)者來說，卻增加了額外的復雜度。由于多個客戶的數(shù)據(jù)共存于相同的數(shù)據(jù)庫表內(nèi)，因此需要額外的業(yè)務(wù)邏輯來隔離各個客戶的數(shù)據(jù)。此外，這種架構(gòu)實現(xiàn)災(zāi)難備份的成本也非常高，不但需要專門編寫代碼實現(xiàn)數(shù)據(jù)備份，而且在恢復數(shù)據(jù)時，需要對數(shù)據(jù)庫表進行大量的刪除和插入操作，一旦數(shù)據(jù)庫表包含大量其他客戶的數(shù)據(jù)，勢必對系統(tǒng)性能和其他客戶的體驗帶來巨大影響。

分離數(shù)據(jù)庫架構(gòu)：即每個軟件系統(tǒng)客戶單獨擁有自己的數(shù)據(jù)庫實例。

相比于共享表架構(gòu)，由于每個客戶擁有單獨的數(shù)據(jù)庫實例，這種架構(gòu)可以非常高效便捷地實現(xiàn)數(shù)據(jù)安全性和災(zāi)難備份，但是隨之而來的缺點便是其硬件成本非常高昂。

分離表架構(gòu)：即軟件系統(tǒng)客戶共享相同的數(shù)據(jù)實例，但是每個客戶單獨擁有自己的由一系列數(shù)據(jù)庫表組成的Schema。

分離表架構(gòu)是一種折中的Multi-Tenancy方案，在這種架構(gòu)下，實現(xiàn)數(shù)據(jù)分離和災(zāi)難備份相對共享表架構(gòu)更加容易一些，另一方面，它的硬件成本也較分離數(shù)據(jù)庫架構(gòu)低。

無論是分離數(shù)據(jù)庫還是分離表，抑或是共享表，每種架構(gòu)都有它的優(yōu)點和不足，在設(shè)計云端系統(tǒng)時，系統(tǒng)架構(gòu)師需要進行全面的分析和考量，綜合各方面的因素以選擇合適的Multi-Tenancy架構(gòu)。一般來說，系統(tǒng)服務(wù)的客戶數(shù)量越多，則越適合使用共享表的架構(gòu);對數(shù)據(jù)隔離性和安全性要求越高，則越適合使用分離數(shù)據(jù)庫的架構(gòu)。在超大型的云系統(tǒng)中，一般都會採用復合型的Multi-Tenancy架構(gòu)，以平衡系統(tǒng)成本和性能，這其中 Salesforce.com便是一個典型的案例。Salesforce.com最初搭建于共享表架構(gòu)，但是隨著新客戶的不斷簽入，單純的共享表架構(gòu)已經(jīng)很難滿足日益增長的性能要求，Salesforce逐步開始在不同的物理區(qū)域搭建分佈式系統(tǒng)。在全局上，Salesforce.com以類似于分離數(shù)據(jù)庫的架構(gòu)運行，在單個區(qū)域內(nèi)，系統(tǒng)則仍然按照共享表架構(gòu)運行。

在不久的將來，云計算一定會徹底走入我們的生活，有興趣入行未來前沿產(chǎn)業(yè)的朋友，可以收藏云計算，及時獲取人工智能、大數(shù)據(jù)、云計算和物聯(lián)網(wǎng)的前沿資訊和基礎(chǔ)知識，讓我們一起攜手，引領(lǐng)人工智能的未來！

標簽： 安全 大數(shù)據(jù) 代碼 防火墻 服務(wù)器 服務(wù)商 公有云 開發(fā)者 權(quán)限 數(shù)據(jù)庫 網(wǎng)絡(luò) 云計算 云計算技術(shù) 云計算架構(gòu) 云計算平臺

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請與原作者聯(lián)系。