0 引言

    Web應(yīng)用（Web Application ，Web App）是基于萬(wàn)維網(wǎng)的一種延伸，既包括以瀏覽器為入口的站點(diǎn)，也包括一些更適應(yīng)移動(dòng)終端的Native App。在普通計(jì)算機(jī)上以瀏覽器訪(fǎng)問(wèn)Web資源為主，根據(jù)WordWebSize官網(wǎng)對(duì)Web網(wǎng)頁(yè)的實(shí)時(shí)統(tǒng)計(jì)，截至2013年6月27日，Web網(wǎng)頁(yè)數(shù)量已超過(guò)4506億頁(yè) 。而各類(lèi)移動(dòng)終端上，瀏覽器啟動(dòng)次數(shù)逐漸減少，因?yàn)镹ative App更適用于移動(dòng)互聯(lián)網(wǎng)，很多Native App（如微博、微信、淘寶等）已內(nèi)置瀏覽器。根據(jù)百度2013年一季度的移動(dòng)互聯(lián)網(wǎng)發(fā)展趨勢(shì)報(bào)告，截至2013年3月，移動(dòng)互聯(lián)網(wǎng)的人均上網(wǎng)時(shí)長(zhǎng)已超越PC互聯(lián)網(wǎng)的29％。

    Web應(yīng)用的特點(diǎn)是基于Http等協(xié)議以統(tǒng)一資源標(biāo)識(shí)符的形式對(duì)資源進(jìn)行訪(fǎng)問(wèn)，資源存放在互聯(lián)網(wǎng)中的某一服務(wù)器（物理的或虛擬的）中，但其中存在以下兩個(gè)問(wèn)題：①負(fù)載（訪(fǎng)問(wèn)量）周期性變化，在部分時(shí)間需要大量的計(jì)算資源（網(wǎng)絡(luò)帶寬、數(shù)據(jù)處理、存儲(chǔ)等） ，如新學(xué)期學(xué)生選課、購(gòu)物網(wǎng)促銷(xiāo)等，而其它時(shí)間需要的計(jì)算資源要小得多甚至零負(fù)載；②易受突發(fā)事件影響，如美女畢業(yè)照致人大網(wǎng)絡(luò)癱瘓等。這些問(wèn)題是Web應(yīng)用與生俱來(lái)的缺陷，目前主流的解決方法包括基于分層的Web架構(gòu)、分布式集群、緩存技術(shù)、負(fù)載均衡等。這些方法能在一定程度上解決Web應(yīng)用的負(fù)載問(wèn)題，但存在管理成本高、可伸縮性有限、浪費(fèi)計(jì)算資源等問(wèn)題。

    本文通過(guò)分析傳統(tǒng)的分層架構(gòu)集群存在的問(wèn)題，并針對(duì)問(wèn)題設(shè)計(jì)了SPI云架構(gòu)方案。結(jié)合開(kāi)源Openstack、Cloudify平臺(tái)，設(shè)計(jì)并實(shí)現(xiàn)了“Openstack＋Cloudify＋WebApp”的SPI方案，該方案具有應(yīng)用安全、彈性計(jì)算、高性?xún)r(jià)比等特點(diǎn)。

1 傳統(tǒng)分層架構(gòu)集群

    大多數(shù)現(xiàn)代企業(yè)級(jí)應(yīng)用的構(gòu)建分為3個(gè)或4個(gè)物理層。第一層是數(shù)據(jù)層，一般采用關(guān)系型數(shù)據(jù)庫(kù)實(shí)現(xiàn)。第二層是業(yè)務(wù)邏輯層，實(shí)現(xiàn)應(yīng)用核心的業(yè)務(wù)邏輯功能。第三層是Web表示層，實(shí)現(xiàn)應(yīng)用請(qǐng)求響應(yīng)的用戶(hù)結(jié)果呈現(xiàn)（比如HTML、JSON、XML等） 。通常在Web表示層之上還有負(fù)載均衡。許多應(yīng)用系統(tǒng)也使用一個(gè)消息傳遞層，基于可靠的異步通信和事件驅(qū)動(dòng)的處理模式，業(yè)務(wù)邏輯服務(wù)消費(fèi)消息層到達(dá)的消息，并處理消息映射的工作。為了實(shí)現(xiàn)高可用性和更高的處理能力，每個(gè)層都使用集群配置。3個(gè)或4個(gè)不同的集群，由網(wǎng)絡(luò)通信組成一個(gè)整體，形成企業(yè)級(jí)應(yīng)用，如圖1所示。

圖1 分層架構(gòu)的集群

    分層架構(gòu)的集群在一定程度上增加了Web應(yīng)用的處理能力，但同時(shí)存在以下問(wèn)題：

    （1）管理存在困難。每一層是一個(gè)不同的集群，需要不同的特定技術(shù)支持，會(huì)造成如下問(wèn)題：①每一層集群需購(gòu)買(mǎi)相關(guān)組件并雇傭?qū)�業(yè)人員安裝維護(hù)，帶來(lái)昂貴成本；②組件繁多帶來(lái)跟蹤和監(jiān)控上的困難；③業(yè)務(wù)處理需要多個(gè)組件動(dòng)態(tài)組合，若產(chǎn)生故障難以維護(hù)；④應(yīng)用多個(gè)分層協(xié)同工作，分層部署困難。

    （2）性能方面受到一定限制。一項(xiàng)完整的業(yè)務(wù)處理需要多個(gè)層共同協(xié)作，而每層間只能通過(guò)網(wǎng)絡(luò)傳輸完成，使得每一項(xiàng)業(yè)務(wù)處理的時(shí)延受到限制。同時(shí)，隨著集群的擴(kuò)展，計(jì)算能力增加，但網(wǎng)絡(luò)帶寬存在瓶頸，整個(gè)系統(tǒng)吞吐受限。

    上述延遲和可伸縮性受限問(wèn)題，一般通過(guò)建立緩存機(jī)制解決。在數(shù)據(jù)庫(kù)層增加基于內(nèi)存技術(shù)的緩存層，適用于讀操作次數(shù)遠(yuǎn)大于寫(xiě)操作的情況。同時(shí)可在Web表示層建立基于資源分類(lèi)的緩存，此方法特別適用于靜態(tài)資源的緩存，可減少請(qǐng)求處理的路徑。增加緩存層同樣會(huì)付出一定代價(jià)。增加新的層，需要為新的技術(shù)和管理付費(fèi)，同時(shí)緩存技術(shù)對(duì)于寫(xiě)操作多的場(chǎng)景并不適用。

    （3）造成計(jì)算資源浪費(fèi)。一個(gè)Web應(yīng)用系統(tǒng)為了解決系統(tǒng)負(fù)載高峰，對(duì)集群節(jié)點(diǎn)進(jìn)行擴(kuò)展，而在運(yùn)營(yíng)中為了應(yīng)對(duì)突發(fā)事件的影響，需開(kāi)啟更多節(jié)點(diǎn)以防止系統(tǒng)宕機(jī)，造成大量的計(jì)算資源浪費(fèi)。

2 SPI云計(jì)算架構(gòu)

    云計(jì)算有著較多定義，其中美國(guó)國(guó)家標(biāo)準(zhǔn)技術(shù)研究所（NIST）的定義是云計(jì)算定義的權(quán)威。云計(jì)算是一種無(wú)所不在、方便、按需通過(guò)網(wǎng)絡(luò)使用可配置計(jì)算資源共享池的計(jì)算模型。計(jì)算資源包括網(wǎng)絡(luò)、服務(wù)器、存儲(chǔ)、應(yīng)用程序等。計(jì)算資源共享池可以最小化平臺(tái)的服務(wù)管理、服務(wù)交互，并且迅速地提供或釋放計(jì)算資源。云計(jì)算具有按需自助服務(wù)、網(wǎng)絡(luò)獲取、資源池化、快速?gòu)椥�、可�?jì)量服務(wù)五個(gè)基本特征。

    云計(jì)算可分為軟件即服務(wù)（Software as a Service，SaaS）、平臺(tái)即服務(wù)（Platform as a Service，PaaS）、基礎(chǔ)設(shè)施即服務(wù)（Infrastructure as a Service，IaaS）三類(lèi)服務(wù)模型，也被簡(jiǎn)稱(chēng)為SPI模型，如圖2所示。

圖2 SPI模型棧

    不同企業(yè)對(duì)SPI三層模型的劃分略有差別，但大體相同。圖2中，IaaS層對(duì)物理服務(wù)器集群進(jìn)行統(tǒng)一管理，形成集群系統(tǒng)，向外提供各種帶有操作系統(tǒng)的虛擬主機(jī)服務(wù)。這些虛擬主機(jī)的內(nèi)存、硬盤(pán)、網(wǎng)絡(luò)均是可配置的。PaaS層通過(guò)IaaS層提供的接口使用虛擬主機(jī)，并向用戶(hù)提供應(yīng)用程序的運(yùn)行環(huán)境服務(wù)，如數(shù)據(jù)庫(kù)服務(wù)。SaaS層利用PaaS層提供的運(yùn)行環(huán)境運(yùn)行相關(guān)應(yīng)用，用戶(hù)可以在線(xiàn)使用。

    在SPI模型棧中部署的應(yīng)用有分層架構(gòu)集群中應(yīng)用所不具備的優(yōu)勢(shì)，具體有以下幾方面：① SPI中運(yùn)行的應(yīng)用可根據(jù)應(yīng)用負(fù)載或訪(fǎng)問(wèn)量動(dòng)態(tài)伸縮。假設(shè)應(yīng)用A運(yùn)行在SPI中，應(yīng)用A就運(yùn)行在Tomcat容器并使用MySQL數(shù)據(jù)庫(kù)。當(dāng)A負(fù)載量過(guò)大時(shí)，可向PaaS申請(qǐng)更多的MySQL服務(wù)實(shí)例和Tomcat實(shí)例。而PaaS層則向IaaS層申請(qǐng)相應(yīng)操作系統(tǒng)的虛擬主機(jī)以運(yùn)行MySQL與Tomcat；當(dāng)應(yīng)用A的負(fù)載遠(yuǎn)小于其服務(wù)的實(shí)例時(shí)，PaaS層即進(jìn)行空閑實(shí)例回收，IaaS層銷(xiāo)毀相應(yīng)的虛擬機(jī)；② SPI中可同時(shí)運(yùn)行多個(gè)應(yīng)用，實(shí)現(xiàn)應(yīng)用共享計(jì)算資源。由于PaaS層的實(shí)例是無(wú)狀態(tài)或數(shù)據(jù)同步的，可隨時(shí)增加與銷(xiāo)毀，因此可以將應(yīng)用間的計(jì)算能力共享，以平衡多個(gè)應(yīng)用的同時(shí)運(yùn)行。另外，由于所有的運(yùn)行環(huán)境運(yùn)行在虛擬機(jī)中，形成網(wǎng)絡(luò)、系統(tǒng)、主機(jī)的隔離，保證了多個(gè)應(yīng)用間的隔離與安全；③ 成本降低。公有云（如GAE、SAE等）平臺(tái)按需付費(fèi)，相比自己購(gòu)置或租用同等計(jì)算能力的服務(wù)器更加實(shí)惠。自建私有云有著大量的開(kāi)源云平臺(tái)，如Openstack、CloudStack等IaaS平臺(tái)，Cloudify、CloudFoundry等PaaS平臺(tái)。IaaS與PaaS平臺(tái)間耦合度低，能夠較好地相互組合使用，而且這些平臺(tái)均有較為活躍的社區(qū)進(jìn)行技術(shù)討論與支持。

3 “Openstack＋Cloudify＋WebApp”SPI設(shè)計(jì)方案

    3.1 Openstack計(jì)算資源管理

    OpenStack基于一系列開(kāi)源技術(shù)，提供了大量可伸縮的云計(jì)算服務(wù)軟件。公司、服務(wù)提供商、增值代理商、中小型企業(yè)、研究人員和全球數(shù)據(jù)中心均可利用Openstack部署大規(guī)模的私有云或公共云。

    Openstack是SPI架構(gòu)的基礎(chǔ)，通過(guò)網(wǎng)絡(luò)虛擬化、存儲(chǔ)虛擬化、計(jì)算能力虛擬化及相關(guān)管理與調(diào)度技術(shù)，提供虛擬主機(jī)服務(wù)。OpenStack 包括7個(gè)核心組件：計(jì)算（Compute）、對(duì)象存儲(chǔ)（Object Storage）、身份（Identity） 、儀表板（Dashboard）、塊存儲(chǔ)（Block Storage）、網(wǎng)絡(luò)（Network）和鏡像（Image Service）。

    如圖3所示，Dashboard為其他OpenStack服務(wù)組件提供了一個(gè)web前端。Identity實(shí)現(xiàn)所有服務(wù)的身份驗(yàn)證。Compute是整個(gè)Openstack平臺(tái)的核心組件，提供虛擬服務(wù)器，同時(shí)依賴(lài)Network、Block Storage、Image三個(gè)組件，分別為虛擬服務(wù)器提供虛擬網(wǎng)絡(luò)、虛擬存儲(chǔ)卷以及鏡像服務(wù)。Image服務(wù)為計(jì)算節(jié)點(diǎn)提供存儲(chǔ)、檢索鏡像及相關(guān)的元數(shù)據(jù)信息。而鏡像及相關(guān)元數(shù)據(jù)信息存儲(chǔ)在Object Storage中，也可以存放在本地文件系統(tǒng)、網(wǎng)絡(luò)文件系統(tǒng)中等。

圖3 openstack的七大組件

    如圖4所示，本文將Openstack部署在三臺(tái)服務(wù)器中，一臺(tái)作為控制節(jié)點(diǎn)，兩臺(tái)作為計(jì)算節(jié)點(diǎn)。由于實(shí)驗(yàn)平臺(tái)硬件資源有限，取消了對(duì)實(shí)驗(yàn)非必須的一些組件（如swift）的部署，并將與計(jì)算（提供虛擬機(jī)）無(wú)關(guān)的組件統(tǒng)一安裝到控制節(jié)點(diǎn)。控制節(jié)點(diǎn)有以下組件：數(shù)據(jù)庫(kù)（MySQL）、消息隊(duì)列（RabbitMQ）、身份認(rèn)證（keystone）、鏡像服務(wù)（glance）、網(wǎng)絡(luò)（nova‐network）、服務(wù)API（novaapi／glance‐api）、計(jì)算調(diào)度（nova‐scheduler）、控制臺(tái)服務(wù)（nova‐consoleauth）、遠(yuǎn)程訪(fǎng)問(wèn)（nova‐novncproxy）；計(jì)算節(jié)點(diǎn)有虛擬化（KVM）、計(jì)算（nova‐compute）組件，其中虛擬化為計(jì)算提供基礎(chǔ)服務(wù)。

    三臺(tái)服務(wù)器由兩臺(tái)交換機(jī)組成外網(wǎng)與內(nèi)網(wǎng)，10.10.4.0/24作為外部網(wǎng)絡(luò)，各節(jié)點(diǎn)通過(guò)此交換機(jī)與外部通信，外部通過(guò)此網(wǎng)絡(luò)獲取計(jì)算服務(wù)資源；192.168.1.0/24為內(nèi)部網(wǎng)絡(luò)，用于組件之間的通信和虛擬機(jī)之間私有信息的傳遞。計(jì)算節(jié)點(diǎn)內(nèi)虛擬機(jī)的網(wǎng)絡(luò)采用FlatDHCP 模式，在該模式下，控制節(jié)點(diǎn)提供dhcp 和nat 服務(wù)形成虛擬網(wǎng)絡(luò)的網(wǎng)關(guān)，平臺(tái)內(nèi)所有虛擬機(jī)向控制節(jié)點(diǎn)請(qǐng)求虛擬IP ，組成虛擬內(nèi)部網(wǎng)絡(luò)。虛擬IP 網(wǎng)段為192.168.100.0/24。為了保證虛擬機(jī)能夠?yàn)橥獠烤W(wǎng)絡(luò)提供計(jì)算服務(wù)，需要提供外部訪(fǎng)問(wèn)方法，一種為遠(yuǎn)程控制（noVNC） ，另一種為直接分配外部IP（浮動(dòng)IP）。遠(yuǎn)程控制由控制節(jié)點(diǎn)中的遠(yuǎn)程控制組件提供相應(yīng)服務(wù)，但并不能滿(mǎn)足Web應(yīng)用的需求，因此建立了浮動(dòng)IP表。將空閑的外部IP（或IP 段）裝入表中，根據(jù)用戶(hù)需求由網(wǎng)絡(luò)組件控制虛擬機(jī)的浮動(dòng)IP分配。

    通過(guò)上述部署，三臺(tái)物理服務(wù)器統(tǒng)一對(duì)外提供計(jì)算資源服務(wù)。通過(guò)Dashboard或Shell命令配置一些基本信息，為Cloudiy平臺(tái)建立基礎(chǔ)（安全認(rèn)證、操作系統(tǒng)、虛擬機(jī)配置、總配額等）。

圖4 openstack部署拓?fù)?/p>

    3.2 基于Cloudify的平臺(tái)服務(wù)

    Cloudify設(shè)計(jì)為任何應(yīng)用可部署到任何云中，使得企業(yè)、ISVs 、托管服務(wù)供應(yīng)商們都因?yàn)樵频淖詣?dòng)化和彈性管理而迅速獲益。Cloudify通過(guò)對(duì)應(yīng)用部署和運(yùn)行進(jìn)行的額外組織，幫助應(yīng)用管理（Application onborading ）和自動(dòng)化最大化。Cloudify開(kāi)發(fā)運(yùn)營(yíng)的途徑是將基礎(chǔ)設(shè)施作為代碼，允許描述部署與部署后的步驟。

    如圖5所示，Cloudify工作在Openstack的基礎(chǔ)上，通過(guò)Cloud Driver操作Openstack的API，實(shí)現(xiàn)權(quán)限驗(yàn)證、開(kāi)啟虛擬機(jī)、關(guān)閉虛擬機(jī)、連接虛擬機(jī)、向虛擬機(jī)傳文件、部署應(yīng)用程序等功能。

圖5 Cloudify在Openstack之上工作

    Cloudify Cloud Driver是基于云環(huán)境的Cloufify抽象層，為Cloudify提供云基礎(chǔ)設(shè)施接口，為Cloudify運(yùn)行應(yīng)用按需提供計(jì)算資源。在Cloudify需配置一些必要信息以操作Openstack，作為Cloud Driver工作的基礎(chǔ)。具體配置如表１。

    通過(guò)上述配置，Cloudify通過(guò)Cloud Driver訪(fǎng)問(wèn)Openstack，啟動(dòng)一臺(tái)（本文實(shí)驗(yàn)啟動(dòng)了一臺(tái)，可以是多臺(tái)）虛擬機(jī)并上傳腳本文件、a.pem文件、Cloudify運(yùn)行組件程序等。當(dāng)以上文件上傳成功后，Cloudify在該虛擬機(jī)中通過(guò)腳本文件下載并安裝JDK、啟動(dòng)Management組件。由此Cloudify進(jìn)入了正常工作階段，可以在任一地點(diǎn)訪(fǎng)問(wèn)Cloudify平臺(tái)。Cloudify提供了REST API和CloudShell客戶(hù)端兩種訪(fǎng)問(wèn)方式。

表1 Cloud Driver依賴(lài)的配置

    3.3 WebApp自部署與自管理

    WebApp的運(yùn)行依賴(lài)于數(shù)據(jù)庫(kù)和Web容器兩種平臺(tái)，因此Cloudify需要為WebApp提供這些平臺(tái)。而無(wú)論是數(shù)據(jù)庫(kù)還是容器，相對(duì)Cloudify而言均可稱(chēng)之為一個(gè)實(shí)例（如一個(gè)或多個(gè)MySql實(shí)例、Tomcat實(shí)例等）。Cloudify通過(guò)用戶(hù)上傳Recipe的方式對(duì)WebApp進(jìn)行自部署與自管理。

    Recipe具有一個(gè)龐大的配置體系，可配置應(yīng)用的部署過(guò)程、應(yīng)用生命周期中的事件響應(yīng)。部署過(guò)程包括在WebApp部署前先部署數(shù)據(jù)庫(kù)或數(shù)據(jù)庫(kù)集群、安裝JDK及容器等工作。應(yīng)用生命周期事件響應(yīng)包括每個(gè)實(shí)例的生命周期事件（如啟動(dòng)、初始化、銷(xiāo)毀等） ，同時(shí)也包括每個(gè)實(shí)例工作狀態(tài)的變化（如訪(fǎng)問(wèn)用戶(hù)數(shù)變化、網(wǎng)絡(luò)吞吐流量變化等） 。通過(guò)Recipe配置，該應(yīng)用在用戶(hù)數(shù)量或網(wǎng)絡(luò)吞吐量超過(guò)一個(gè)實(shí)例負(fù)載時(shí)啟動(dòng)新的實(shí)例，以動(dòng)態(tài)減少實(shí)例的壓力；在應(yīng)用實(shí)例空閑較多時(shí)，可銷(xiāo)毀一定數(shù)量的實(shí)例以節(jié)省計(jì)算資源。當(dāng)部署多個(gè)應(yīng)用在一個(gè)平臺(tái)之上時(shí)，可以使應(yīng)用相互支援、共享計(jì)算資源等。

    圖6即為WebApp在Cloudify上自部署的過(guò)程。

    Management首先啟動(dòng)，由開(kāi)發(fā)者通過(guò)REST API 或CloudShell訪(fǎng)問(wèn)Management并上傳Recipe 。Management解析Recipe，獲取應(yīng)用部署過(guò)程，通過(guò)Cloud Driver控制Openstack按部署過(guò)程開(kāi)啟虛擬機(jī)、安裝依賴(lài)的軟件、部署應(yīng)用程序，并在每臺(tái)虛擬機(jī)中安裝Cloudify‐Agent監(jiān)聽(tīng)每個(gè)實(shí)例的狀態(tài)，以便于自管理。

    Cloudify的彈性服務(wù)依賴(lài)于基于元組的思想。元組表示應(yīng)用程序的最小業(yè)務(wù)單元，相對(duì)Cloudify是一個(gè)處理單元實(shí)例，相對(duì)Openstack是一個(gè)虛擬機(jī)實(shí)例。Openstack與Cloudify之間相互獨(dú)立，相對(duì)Cloudify、Openstack是一臺(tái)大機(jī)器，透明地提供了大量計(jì)算資源。如圖7所示，Openstack提供網(wǎng)絡(luò)與計(jì)算資源，Cloudify則根據(jù)應(yīng)用程序需求向Openstack申請(qǐng)即可，一個(gè)應(yīng)用程序可以有多種平臺(tái)支持，圖中WebApp由一個(gè)ApachBL實(shí)例、兩個(gè)Tomcat實(shí)例、一個(gè)MySQL實(shí)例及一個(gè)公網(wǎng)和四個(gè)內(nèi)網(wǎng)資源組成。實(shí)例之間是相互獨(dú)立的透明服務(wù)，Cloudify對(duì)實(shí)例動(dòng)態(tài)增加或減少并不影響用戶(hù)業(yè)務(wù)，并且實(shí)例增加不會(huì)給其它實(shí)例帶來(lái)負(fù)擔(dān)。

圖6 WebApp在Cloudify平臺(tái)上自部署

圖7 WebApp在平臺(tái)中運(yùn)行邏輯

    3.4 測(cè)試實(shí)驗(yàn)

    部署一個(gè)簡(jiǎn)單的Web應(yīng)用到Cloudify中，以實(shí)驗(yàn)該開(kāi)源云平臺(tái)。在Cloudify 官網(wǎng)下載一個(gè)測(cè)試WebApp（HelloWorld），然后啟動(dòng)CloudifyShell（也可以通過(guò)Cloudify Web 部署），與Management 建立連接。將下載好的HellowWorld Recipe放到Cloudify Shell可以找到的目錄中，通過(guò)install‐application HelloWorld命令即可完成應(yīng)用的自動(dòng)部署。

    部署完成后，可以通過(guò)CloudifyShell中的命令或Cloudify Web查看應(yīng)用的運(yùn)行狀態(tài)。

     同時(shí)在Openstack中也可以發(fā)現(xiàn)新啟動(dòng)了虛擬機(jī)，如圖9所示。

圖9 Openstack中的實(shí)例

4 結(jié)語(yǔ)

    本文提出的開(kāi)源云平臺(tái)與當(dāng)前Google的GAE、Amazon的AWS、Sina的SAE提供的功能類(lèi)似。由于它們是商用的，我們無(wú)法在實(shí)驗(yàn)室運(yùn)行，也看不到其內(nèi)部技術(shù)細(xì)節(jié)。本文的Openstack、Cloudify均為開(kāi)源技術(shù)平臺(tái)，任何人均可研究或?qū)⑵渖逃谩?/p>

    在該平臺(tái)中部署的Web應(yīng)用具有以下特點(diǎn)：①應(yīng)用安全。除一般Web應(yīng)用的安全措施外，每一個(gè)實(shí)例都運(yùn)行在獨(dú)立的虛擬機(jī)中，每臺(tái)虛擬機(jī)均有獨(dú)立的防火墻與虛擬網(wǎng)，形成了很好的安全防護(hù)；②彈性服務(wù)。根據(jù)開(kāi)發(fā)者開(kāi)發(fā)的Recipe，平臺(tái)按預(yù)選配置好的策略進(jìn)行增加或減少服務(wù)實(shí)例，在使用足夠計(jì)算資源的同時(shí)不浪費(fèi)計(jì)算資源；③性?xún)r(jià)比高。多應(yīng)用可同時(shí)部署在一個(gè)平臺(tái)中，共享硬件資源，而軟件平臺(tái)均是開(kāi)源，同時(shí)平臺(tái)自部署與自管理減少了管理人員。

    該組合適用于建立各種云平臺(tái)，如智能家居云、電視服務(wù)云等，將所有家居、電視服務(wù)部署到本文討論的平臺(tái)中可實(shí)現(xiàn)服務(wù)間共享計(jì)算資源，還可解決單一應(yīng)用負(fù)載峰值過(guò)高時(shí)的壓力問(wèn)題，同時(shí)平臺(tái)的自部署、自管理功能大大減少了服務(wù)器的運(yùn)維、管理工作。

核心關(guān)注：拓步ERP系統(tǒng)平臺(tái)是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用，蘊(yùn)涵了豐富的ERP管理思想，集成了ERP軟件業(yè)務(wù)管理理念，功能涉及供應(yīng)鏈、成本、制造、CRM、HR等眾多業(yè)務(wù)領(lǐng)域的管理，全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域，是眾多中小企業(yè)信息化建設(shè)首選的ERP管理軟件信賴(lài)品牌。

轉(zhuǎn)載請(qǐng)注明出處：拓步ERP資訊網(wǎng)http://www.ezxoed.cn/

本文標(biāo)題：基于開(kāi)源云技術(shù)的高可用Web應(yīng)用云研究

本文網(wǎng)址：http://www.ezxoed.cn/html/consultation/10839713888.html