企業(yè)云架構(gòu)發(fā)展建議

1、企業(yè)云架構(gòu)發(fā)展建議討論議程現(xiàn)況概述對(duì)虛擬化的思考云和云的發(fā)展策略如何建設(shè)合適的私有云未來(lái)混合型云架構(gòu)的發(fā)展建議現(xiàn)況概述應(yīng)用的基本邏輯拓?fù)湔憬苿?dòng)手機(jī)閱讀基地的應(yīng)用體系是一種非常典型的、根植于傳統(tǒng)IT架構(gòu)環(huán)境之上的，面向互聯(lián)網(wǎng)服務(wù)的應(yīng)用體系。其應(yīng)用架構(gòu)的基本邏輯拓?fù)淙缦聢D所示：Primary DBWebAppInternetSlave DBWebAppClusterLoad BalancerReplicationBackupMiddleware現(xiàn)況分析這樣的應(yīng)用堆棧架構(gòu)，主要有以下幾個(gè)特點(diǎn)：應(yīng)用種類(lèi)不多，無(wú)需專(zhuān)門(mén)對(duì)外的應(yīng)用市場(chǎng)類(lèi)門(mén)戶(hù)；用戶(hù)訪(fǎng)問(wèn)量巨大，且訪(fǎng)問(wèn)量隨時(shí)間變化分布很不均勻；除前端負(fù)載均衡

2、外，Web服務(wù)器、應(yīng)用服務(wù)器、中間件服務(wù)器、數(shù)據(jù)庫(kù)服務(wù)器均以“硬件+操作系統(tǒng)+應(yīng)用”的垂直模式部署。已經(jīng)投入的服務(wù)器虛擬化對(duì)應(yīng)用架構(gòu)并無(wú)影響，就單個(gè)虛擬機(jī)而言仍然是“虛擬硬件+操作系統(tǒng)+應(yīng)用”的架構(gòu)模型；面對(duì)訪(fǎng)問(wèn)量和數(shù)據(jù)量的不規(guī)則變化，橫向動(dòng)態(tài)放縮的需求體現(xiàn)在Web、應(yīng)用邏輯處理、中間件、數(shù)據(jù)庫(kù)等每個(gè)層面上；需要思考的地方結(jié)合應(yīng)用架構(gòu)模型和浙江移動(dòng)手機(jī)越多基地的基礎(chǔ)資源現(xiàn)狀，有如下幾個(gè)方面需要在未來(lái)的發(fā)展規(guī)劃中加以思考：統(tǒng)一計(jì)算資源平臺(tái)的構(gòu)建自動(dòng)化與內(nèi)部服務(wù)設(shè)計(jì)流程的建立；考慮對(duì)應(yīng)用架構(gòu)的調(diào)整和升級(jí)；私有云架構(gòu)需要面向混合架構(gòu)；對(duì)虛擬化的思考虛擬化的好處浙江移動(dòng)手機(jī)越多基地目前已經(jīng)在基礎(chǔ)架構(gòu)中

3、引入了服務(wù)器虛擬化的產(chǎn)品，相對(duì)于完全物理資源的計(jì)算環(huán)境來(lái)說(shuō)，閱讀基地可以獲得如下好處：打破了服務(wù)器資源的壁壘，減少服務(wù)器的數(shù)量，提供一種服務(wù)器整合的方法，減少初期硬件采購(gòu)成本；簡(jiǎn)化服務(wù)器的部署、管理和維護(hù)工作，例如在不中斷用戶(hù)工作的情況下進(jìn)行系統(tǒng)更新；提高服務(wù)器資源的利用率，提高服務(wù)器計(jì)算效能；通過(guò)降低空間、散熱以及電力消耗等途徑壓縮數(shù)據(jù)中心成本；通過(guò)動(dòng)態(tài)資源配置提高了基礎(chǔ)架構(gòu)部門(mén)對(duì)業(yè)務(wù)需求的靈活適應(yīng)力；高可靠服務(wù)器應(yīng)用環(huán)境；支持異構(gòu)操作系統(tǒng)的整合，支持老應(yīng)用的持續(xù)運(yùn)行；支持快速轉(zhuǎn)移和復(fù)制虛擬服務(wù)器，提供一種簡(jiǎn)單便捷的災(zāi)難恢復(fù)解決方案；虛擬化引起的問(wèn)題盡管虛擬化為閱讀基地在一定層面上帶來(lái)了諸多

4、的便利之處，但從應(yīng)用的架構(gòu)體系以及中長(zhǎng)期的服務(wù)演進(jìn)角度來(lái)看僅僅只停留在虛擬化的層面上又勢(shì)必將帶給閱讀基地更多的隱患：虛擬化在業(yè)界還沒(méi)有統(tǒng)一的標(biāo)準(zhǔn)平臺(tái)和開(kāi)放協(xié)議，提高了用戶(hù)投資風(fēng)險(xiǎn)；由于虛擬化層在今后幾年內(nèi)將會(huì)逐漸 步入一個(gè)整合和標(biāo)準(zhǔn)化的過(guò)程，因此功能單純的輕虛擬化（hypervisor將會(huì)專(zhuān)注在物理資源虛擬化上）將會(huì)成為主流，而應(yīng)用架構(gòu)未來(lái)主流的思路恰恰是同這一變化不謀而合，將以功能單純的虛擬化層為基礎(chǔ)，將HA、動(dòng)態(tài)放縮等架構(gòu)功能上收到軟件層面，從而保證基礎(chǔ)架構(gòu)層的簡(jiǎn)潔和可替代性。因此過(guò)多依賴(lài)或投入到功能堆積的重型虛擬化層，不但消耗了基礎(chǔ)架構(gòu)整體資源，而且不利于應(yīng)用架構(gòu)的后期調(diào)整和升級(jí)；虛擬化

5、技術(shù)對(duì)于X86平臺(tái)的硬件有比較嚴(yán)格的要求，其自身僅能管理到虛擬機(jī)層面，并不能有效的兼顧物理X86平臺(tái)和UNIX平臺(tái)的統(tǒng)一管理和調(diào)度。由于無(wú)法顧及企業(yè)環(huán)境中大量存在的老舊x86服務(wù)器、UNIX主機(jī)，因此僅僅部署虛擬化將在中長(zhǎng)期內(nèi)帶來(lái)大量系統(tǒng)管理上的問(wèn)題。另一個(gè)層面，只有虛擬化和傳統(tǒng)硬件的相互結(jié)合起來(lái)作為計(jì)算資源被統(tǒng)一調(diào)度才能使系統(tǒng)資源使用率最大化，也才最符合用戶(hù)的實(shí)際需求；虛擬化引起的問(wèn)題（續(xù)）虛擬機(jī)將企業(yè)X86平臺(tái)基礎(chǔ)資源潛能大量釋放的同時(shí)，會(huì)造成對(duì)企業(yè)資源的濫用（如同使用信用卡一樣），大量的虛擬機(jī)產(chǎn)生出來(lái)后會(huì)由于缺乏有效的生命周期管理體系而最終導(dǎo)致系統(tǒng)維護(hù)夢(mèng)魘；虛擬機(jī)的大量部署后，對(duì)傳統(tǒng)的網(wǎng)

6、絡(luò)和存儲(chǔ)均提出了更為靈活和多樣性的要求，傳統(tǒng)的網(wǎng)絡(luò)和存儲(chǔ)體系需要隨著虛擬化程度的深入而不斷進(jìn)行調(diào)整，但傳統(tǒng)IT系統(tǒng)中的網(wǎng)絡(luò)和存儲(chǔ)架構(gòu)很難適應(yīng)這種變化；虛擬化的引入在降低傳統(tǒng)IT運(yùn)維操作的同時(shí)，卻引入了大量的新的、需要大量重復(fù)勞動(dòng)的運(yùn)維服務(wù)，IT人員有限的精力仍舊會(huì)被這些瑣碎的操作任務(wù)而無(wú)謂的消耗；由于缺乏整體的完全以服務(wù)為導(dǎo)向的自動(dòng)化架構(gòu)和服務(wù)設(shè)計(jì)體系，虛擬化完全無(wú)法幫助企業(yè)應(yīng)用架構(gòu)和數(shù)據(jù)架構(gòu)實(shí)現(xiàn)高度的彈性和敏捷性，其結(jié)果就是業(yè)務(wù)需求的變化最后仍舊是依賴(lài)IT運(yùn)維操作上的人工模式，企業(yè)在應(yīng)對(duì)瞬息萬(wàn)變的商業(yè)機(jī)遇和構(gòu)建用戶(hù)體驗(yàn)時(shí)時(shí)仍舊不得不受制于節(jié)奏緩慢且極易出錯(cuò)的人工操作；云和云的發(fā)展策略服務(wù)需求

7、部署硬件安裝軟件提升數(shù)據(jù)安全導(dǎo)入管理控制確立服務(wù)將服務(wù)投產(chǎn)通過(guò)紙面，電子郵件，電話(huà)，或類(lèi)似的人際交往進(jìn)行協(xié)調(diào)。交付周期除了會(huì)受到交貨延期的干擾外，也會(huì)受到低效率的協(xié)調(diào)，通信速度慢，人不可用，反應(yīng)時(shí)間，等待時(shí)間，流程不清，思維混亂等問(wèn)題的影響.所需時(shí)間周期：數(shù)周或數(shù)月從傳統(tǒng)到云端 傳統(tǒng)模式從傳統(tǒng)到云端 虛擬化的引入安裝虛擬機(jī)15.0Min加載鏡像15.0Min服務(wù)器部署周期: 數(shù)十分鐘服務(wù)需求部署硬件安裝軟件提升數(shù)據(jù)安全導(dǎo)入管理控制確立服務(wù)將服務(wù)投產(chǎn)15.05.010.0MinMinMinMin自動(dòng)化服務(wù)器部署周期: 數(shù)分鐘安裝虛擬機(jī)6.0Min加載鏡像12.0Min自助服務(wù)申請(qǐng)申請(qǐng)批準(zhǔn)派出工單

8、結(jié)果反饋5.0= 自動(dòng)化從傳統(tǒng)到云端 組件的自動(dòng)化服務(wù)需求部署硬件安裝軟件提升數(shù)據(jù)安全導(dǎo)入管理控制確立服務(wù)將服務(wù)投產(chǎn)彈性 - 需求驅(qū)動(dòng)，快速配置（和取消配置） ，計(jì)費(fèi)或者顯示歷史記錄Adjust Firewall SettingsApply Access ControlStart Security MonitoringApply Threat Protection0.00.00.00.0MinMinMinMinUpdate CMDB, Asset DB, LicensesApply Monitoring ControlsApply Backup ScheduleApply Patch Cont

9、rol0.00.00.00.0MinMinMinMinApply SLA ContextTrigger collection of SL dataTrack Service UsageCollect Chargeback Data0.00.00.00.0MinMinMinMinIssue RFCChange Impact AssessmentAuthorize & Document ChangesTest & Execute Change0.00.00.030.0MinMinMinMin全部耗時(shí): 數(shù)分鐘Monitoring Trigger of ScheduleApprove Request

10、Issue Work OrderFeedback Results0.015.00.00.0MinMinMinMinInstall Virtual Machine0.0MinLoad Image0.0Min= 自動(dòng)化= 工作流化服務(wù)需求部署硬件安裝軟件提升數(shù)據(jù)安全導(dǎo)入管理控制確立服務(wù)將服務(wù)投產(chǎn)從傳統(tǒng)到云端 需求工作流化服務(wù)目錄私有云高度虛擬化高度工作流化高度自動(dòng)化高度集中控制服務(wù)設(shè)計(jì)與應(yīng)用集成目錄化的服務(wù)交付完全分布式的業(yè)務(wù)支撐云和虛擬化的區(qū)別您的應(yīng)用企業(yè)私有云平臺(tái)邏輯視圖范例開(kāi)源的云計(jì)算平臺(tái)統(tǒng)一資源架構(gòu)計(jì)算網(wǎng)絡(luò)存儲(chǔ)管理控制及展示面板虛擬化標(biāo)準(zhǔn)硬件計(jì)算資源抽象化計(jì)算資源統(tǒng)一化工作流程化任務(wù)自動(dòng)化

11、服務(wù)設(shè)計(jì)導(dǎo)向服務(wù)的生命周期管理應(yīng)用服務(wù)支撐就緒自動(dòng)化及工作流統(tǒng)一的基礎(chǔ)架構(gòu)資源調(diào)度服務(wù)增長(zhǎng)利潤(rùn)風(fēng)險(xiǎn)業(yè)務(wù)目標(biāo)CEO關(guān)注的重點(diǎn)新服務(wù)創(chuàng)建，更快的應(yīng)用程序部署促進(jìn)企業(yè)應(yīng)收的增加通過(guò)服務(wù)質(zhì)量，基于云的客戶(hù)模式以及融合架構(gòu)來(lái)構(gòu)建盈利能力新的商業(yè)模式管理/風(fēng)險(xiǎn)，基于策略的配置，集成管理減少控制點(diǎn)市場(chǎng)反應(yīng)速度和新的市場(chǎng)、客戶(hù)、模式、并購(gòu)、分支機(jī)構(gòu)提高利潤(rùn)率，客戶(hù)滿(mǎn)意度和忠誠(chéng)度，提高因增值服務(wù)而導(dǎo)致的IT支出的投資回報(bào)率風(fēng)險(xiǎn)緩解，合規(guī)與監(jiān)管環(huán)境，數(shù)據(jù)、管理規(guī)章和訪(fǎng)問(wèn)的安全性云的一切是以業(yè)務(wù)為核心的數(shù)據(jù)中心的能力CIO關(guān)注的重點(diǎn)公有云私有云混合云社區(qū)云云的類(lèi)型是公有云還是私有云由于公有云的發(fā)展，尤其是國(guó)內(nèi)公有云

12、服務(wù)尚在一個(gè)發(fā)展的過(guò)程中，不但存在一定的技術(shù)缺陷性，如同各種不同的企業(yè)私有云架構(gòu)互聯(lián)互通等；同時(shí)，也由于較高的數(shù)據(jù)風(fēng)險(xiǎn)和控制風(fēng)險(xiǎn)，使得中、大型企業(yè)很難完全投入到公有云的懷抱中；同大多數(shù)企業(yè)一樣，浙江移動(dòng)手機(jī)閱讀基地目前的發(fā)展?fàn)顩r來(lái)看，用戶(hù)數(shù)據(jù)和應(yīng)用數(shù)據(jù)將是其非常核心的數(shù)字資產(chǎn)。未來(lái)圍繞著這些數(shù)字資產(chǎn)，閱讀基地還將要進(jìn)一步構(gòu)建自己的數(shù)字生態(tài)環(huán)境。因此同這些數(shù)字資產(chǎn)相關(guān)的基礎(chǔ)架構(gòu)勢(shì)必要保留在閱讀基地自己可以控制的范疇之內(nèi)最為穩(wěn)妥，如私有云環(huán)境。但是由于手機(jī)閱讀是一種面向廣大移動(dòng)用戶(hù)提供服務(wù)的應(yīng)用類(lèi)型，因此最終用戶(hù)的服務(wù)體驗(yàn)就顯得非常重要了，在這方面單純依靠私有云的環(huán)境顯然無(wú)法滿(mǎn)足來(lái)自全國(guó)、甚至全球

13、各地的用戶(hù)需求。面對(duì)這樣一種格局，未來(lái)兼具公有云和私有云優(yōu)勢(shì)的混合云就成為了浙江移動(dòng)云閱讀基地的最佳選擇（后面會(huì)闡釋如何進(jìn)行混合搭配）是公有云還是私有云（續(xù)）面對(duì)以私有為主體，未來(lái)混合云為輔助的發(fā)展思路，閱讀基地需要在開(kāi)始構(gòu)建私有云的時(shí)候就考慮到未來(lái)同公有云平臺(tái)的對(duì)接問(wèn)題。當(dāng)前在公有云的體系中，盡管仍存在各種各樣的問(wèn)題，但是AWS的架構(gòu)體系已經(jīng)成為了事實(shí)上的標(biāo)準(zhǔn)。AWS的架構(gòu)標(biāo)準(zhǔn)甚至已經(jīng)為私有云管理架構(gòu)所接受和效法，目前全球主流的幾個(gè)私有云管理平臺(tái)無(wú)一例外都是，架構(gòu)體系上模仿AWS、并在API接口上兼容AWS的?；旌显剖俏磥?lái)的必由之路隨著浙江移動(dòng)閱讀基地架構(gòu)的逐漸規(guī)?；?，在通過(guò)私有云架構(gòu)的建立

14、確保了應(yīng)用數(shù)據(jù)和用戶(hù)數(shù)據(jù)自主掌控的前提下，如何打造移動(dòng)用戶(hù)在閱讀應(yīng)用上的最佳體驗(yàn)就成為了關(guān)鍵。由于受單一地理位置和有限的數(shù)據(jù)中心數(shù)量限制，如果將相應(yīng)用戶(hù)訪(fǎng)問(wèn)需求的Web服務(wù)器完全部署于浙移動(dòng)自己的數(shù)據(jù)中心內(nèi)，則杭州以外、甚至浙江之外的移動(dòng)用戶(hù)勢(shì)必由于地位位置的遠(yuǎn)近差異而導(dǎo)致對(duì)應(yīng)用的體驗(yàn)的差異巨大。要解決這類(lèi)問(wèn)題如果移動(dòng)無(wú)論是自建小型數(shù)據(jù)中心還是采用租用機(jī)房托管應(yīng)用的方式都不是最佳性?xún)r(jià)比的選擇，同時(shí)還會(huì)在管理和架構(gòu)上帶來(lái)許多不必要的麻煩。公有云的體系就成為了這類(lèi)問(wèn)題最好的解決之道。利用公有云廣泛分布的數(shù)據(jù)中心部署Web服務(wù)器，不但可以以最優(yōu)的相應(yīng)時(shí)間來(lái)提升用戶(hù)訪(fǎng)問(wèn)速度，同時(shí)利用大型公有云在DNS

15、解析、CDN靜態(tài)內(nèi)容前置推送、全局負(fù)載均衡等功能的配合下，勢(shì)必可以把移動(dòng)閱讀應(yīng)用的用戶(hù)體驗(yàn)提升多個(gè)數(shù)量級(jí)?；旌显剖俏磥?lái)的必由之路（續(xù)）將Web服務(wù)器前置的同時(shí)，將所有數(shù)據(jù)相關(guān)的架構(gòu)組件仍然部署在浙江移動(dòng)自己的數(shù)據(jù)中心之內(nèi)，同時(shí)增加中間件隊(duì)列、內(nèi)存型數(shù)據(jù)緩存以及只讀的數(shù)據(jù)庫(kù)副本數(shù)量等來(lái)提升數(shù)據(jù)中心相應(yīng)用戶(hù)訪(fǎng)問(wèn)峰值的能力；除了考慮公有云之外，未來(lái)浙江移動(dòng)閱讀基地亦可選擇有實(shí)力的行業(yè)服務(wù)提供商共同構(gòu)建行業(yè)性的混合云架構(gòu)（即所謂社區(qū)云）。有針對(duì)性的提供以行業(yè)為基準(zhǔn)的閱讀服務(wù)，亦是可以有效的利用混合型架構(gòu)優(yōu)勢(shì)的同時(shí)，有效的規(guī)避公有云服務(wù)的各種不確定性因素。未來(lái)混合型架構(gòu)的前提是，浙移動(dòng)閱讀基地的私有云架

16、構(gòu)體系的確立及完善，在自身架構(gòu)層次和彈性控制機(jī)制完善的前提下，與AWS標(biāo)準(zhǔn)相兼容的公有云對(duì)接并組成融合架構(gòu)將是一件水到渠成的事。如何建設(shè)合適的私有云私有云的基本要素通過(guò)前面的分析我們已經(jīng)可以明確虛擬化是私有云的基礎(chǔ)，但它遠(yuǎn)遠(yuǎn)不能代表私有云，作為未來(lái)企業(yè)的基礎(chǔ)性架構(gòu)，私有云通常有以下幾個(gè)非常重要的組件/概念：虛擬化用虛擬技術(shù)來(lái)實(shí)現(xiàn)物理硬件與操作系統(tǒng)的解構(gòu)，同時(shí)將數(shù)據(jù)中心物理資源顆?；?、池化；統(tǒng)一的基礎(chǔ)資源管理屏蔽不同虛擬化技術(shù)之間的差異，可實(shí)現(xiàn)對(duì)物理主機(jī)與虛擬主機(jī)的統(tǒng)一管理和調(diào)度，在物理主機(jī)資源的整合中同時(shí)兼顧X86與UNIX，實(shí)現(xiàn)數(shù)據(jù)中心全基礎(chǔ)架構(gòu)融合；確保數(shù)據(jù)中心級(jí)別的高可用性；在存儲(chǔ)中引入

17、高度可用的、無(wú)訪(fǎng)問(wèn)模式限制的面向?qū)ο蟠鎯?chǔ)，而高性能的塊級(jí)存儲(chǔ)則引入基于SLA的定義模式為后續(xù)多租戶(hù)模式的有效執(zhí)行進(jìn)行鋪墊；在網(wǎng)絡(luò)層面實(shí)現(xiàn)軟件定義網(wǎng)絡(luò)的架構(gòu)，突破傳統(tǒng)物理網(wǎng)絡(luò)對(duì)虛擬機(jī)造成的瓶頸以及在架構(gòu)多租戶(hù)體系中的障礙，利用分布式的交換和路由實(shí)現(xiàn)高性能的全虛擬化流量和流向管理；私有云的基本要素（續(xù)一）自動(dòng)化及工作流將大量重復(fù)的IT管理過(guò)程以軟件形式固化，同時(shí)為上層的服務(wù)制定提供調(diào)用接口，此外，向下可直接調(diào)用基礎(chǔ)資源層的各種虛擬與物理資源；服務(wù)的創(chuàng)建與發(fā)布除了可定制不同配置的服務(wù)器模板外，更重要的是能夠按照上汽各部門(mén)用戶(hù)的需求定制各種IT服務(wù)，并以目錄菜單的形式結(jié)合企業(yè)的權(quán)限架構(gòu)進(jìn)行發(fā)布，用戶(hù)可

18、利用其訂閱機(jī)制實(shí)現(xiàn)IT服務(wù)的動(dòng)態(tài)更新。全局監(jiān)控體系對(duì)基礎(chǔ)架構(gòu)之上的各個(gè)組件進(jìn)行全局監(jiān)控，確保IT運(yùn)維人員可以有效的觀察并預(yù)測(cè)資源的消耗狀態(tài)，對(duì)隱蔽與虛擬和物理架構(gòu)之上的隱患能夠有效的防范和定位。同時(shí)全局監(jiān)控體系也是基礎(chǔ)資源層實(shí)現(xiàn)計(jì)算資源動(dòng)態(tài)放縮的依據(jù)來(lái)源；IT服務(wù)數(shù)據(jù)分析提供完整的、適用于企業(yè)架構(gòu)的計(jì)費(fèi)模型和統(tǒng)計(jì)工具，能夠有效以報(bào)表的形式呈現(xiàn)IT資源的消費(fèi)和利用狀態(tài)；私有云的基本要素（續(xù)二）互聯(lián)網(wǎng)化的應(yīng)用開(kāi)發(fā)與部署平臺(tái)支持多種主流的開(kāi)發(fā)語(yǔ)言與框架將傳統(tǒng)應(yīng)用中各自獨(dú)立的應(yīng)用中間件以服務(wù)的形式固化到平臺(tái)之上，再以API的形式提供調(diào)用接口；將大量的企業(yè)或者行業(yè)數(shù)據(jù)以服務(wù)的形式固化到平臺(tái)之上，再以AP

19、I的形式提供調(diào)用接口；ISV將隨著平臺(tái)體系建立，逐步簡(jiǎn)化開(kāi)發(fā)過(guò)程，最終將只負(fù)責(zé)應(yīng)用的業(yè)務(wù)邏輯而無(wú)需再關(guān)心其它的部分；云計(jì)算的成熟度模塊化、相互獨(dú)立化、無(wú)廠(chǎng)商鎖定融合基礎(chǔ)架構(gòu)降低重復(fù)技術(shù)覆蓋平臺(tái)整合數(shù)據(jù)中心的集中化減少和規(guī)范IT運(yùn)營(yíng)和管理投資回報(bào)率基于IT資本的支出/ 虛擬機(jī)管理程序池化的計(jì)算資源將一個(gè)系統(tǒng)分成多個(gè)區(qū)減少數(shù)據(jù)中心的占用空間突破1：1的應(yīng)用程序服務(wù)器比例的關(guān)系通過(guò)采購(gòu)和降低機(jī)房輔助設(shè)施的成本（電力，冷卻等）實(shí)現(xiàn)投資回報(bào)率/ 虛擬化熟練的管理虛擬化和基礎(chǔ)設(shè)施，工作流程或腳本化最大限度地減少I(mǎi)T人員對(duì)系統(tǒng)的手動(dòng)接觸點(diǎn)將新功能的處理流程調(diào)整為流水線(xiàn)順序執(zhí)行可以向組織提供基本的“云服務(wù)”投

20、資回報(bào)率建立在運(yùn)營(yíng)成本的削減上/ 自動(dòng)化基于業(yè)務(wù)決策導(dǎo)向目標(biāo)是實(shí)現(xiàn)自助服務(wù)采用基于業(yè)務(wù)流程的工作流構(gòu)建自動(dòng)化執(zhí)行跨域協(xié)作常態(tài)化專(zhuān)注于應(yīng)用，而不再是基礎(chǔ)設(shè)施投資回報(bào)率的實(shí)現(xiàn)基于運(yùn)營(yíng)成本的降低/ 工作流化企業(yè)基礎(chǔ)架構(gòu)云化的演進(jìn)示意圖簡(jiǎn)化簡(jiǎn)化/虛擬化/ 自動(dòng)化/工作流化/技術(shù) 業(yè)務(wù) ROI/$企業(yè)基礎(chǔ)架構(gòu)云平臺(tái)范例交付基礎(chǔ)架構(gòu)即服務(wù)服務(wù)目錄應(yīng)用及操作系統(tǒng)配置審計(jì)與法規(guī)遵從監(jiān)管控資源抽象 HP Helion OpenStack內(nèi)核服務(wù)服務(wù)設(shè)計(jì)（拓?fù)渑c邏輯）自動(dòng)化及工作流硬件虛擬化計(jì)費(fèi)公共云資源第三方硬件基礎(chǔ)架構(gòu)云平臺(tái)資 源生命周期引擎服務(wù)發(fā)布Helion OpenStack 插件如何選擇私有云平臺(tái)自2

21、007年亞馬遜發(fā)布了AWS公有云服務(wù)之后，云計(jì)算逐漸成為了企業(yè)架構(gòu)發(fā)展的指南針，無(wú)論是私有環(huán)境還是采用公有服務(wù)，在云計(jì)算平臺(tái)，尤其是基礎(chǔ)架構(gòu)平臺(tái)的技術(shù)框架上基本上都是選擇同AWS相兼容的架構(gòu)體系。與服務(wù)器虛擬化程序商業(yè)、開(kāi)源并舉的格局不同的是，在面向企業(yè)用戶(hù)環(huán)境的私有云管理平臺(tái)的發(fā)展過(guò)程中，完全是開(kāi)源的項(xiàng)目在引領(lǐng)和主導(dǎo)，這一方面說(shuō)明了私有云架構(gòu)的技術(shù)復(fù)雜性以及早期發(fā)展方向的不確定性。另一方面也顯示了開(kāi)源社區(qū)在云時(shí)代對(duì)技術(shù)發(fā)展方向的指引作用和貢獻(xiàn)已經(jīng)超越了任何一家廠(chǎng)商。在開(kāi)源的基礎(chǔ)架構(gòu)云平臺(tái)項(xiàng)目中，從最早的Eucalyptus到后來(lái)的Open Nebula，以及后來(lái)居上成為主流的OpenStac

22、k，經(jīng)過(guò)6、7年的發(fā)展迭代，到OpenStack時(shí)達(dá)到了頂峰，也就是說(shuō)OpenStack在技術(shù)架構(gòu)的合理性、可移植性、開(kāi)放性和兼容性上超越了以往所以的開(kāi)源云平臺(tái)項(xiàng)目。截至到2014年11月Juno版本的發(fā)布，已經(jīng)成為了企業(yè)私有基礎(chǔ)架構(gòu)云平臺(tái)事實(shí)上的標(biāo)準(zhǔn)。包括HP在內(nèi)的幾乎所有主流的IT商業(yè)公司都選擇了OpenStack為基準(zhǔn)技術(shù)來(lái)共同完善和增強(qiáng)這個(gè)體系所以對(duì)于浙江移動(dòng)手機(jī)閱讀基地的云平臺(tái)發(fā)展選擇來(lái)說(shuō)，基于OpenStack標(biāo)準(zhǔn)技術(shù)的商業(yè)發(fā)行版OpenStack是不二的選擇。OpenStack 已經(jīng)逐漸成為云計(jì)算的標(biāo)準(zhǔn)白金級(jí)會(huì)員開(kāi)源社區(qū)的杰出貢獻(xiàn)者領(lǐng)先的混合云計(jì)算服務(wù)專(zhuān)注于此的人員配置擁有兩位理

23、事會(huì)成員擁有5位民選技術(shù)委員會(huì)成員（居首位）擁有眾多法律事務(wù)、項(xiàng)目孵化、項(xiàng)目選舉、培訓(xùn)以及DefCore委員會(huì)的成員在最新發(fā)布的Juno版本*中，惠普是提交代碼次數(shù)最多，審核代碼次數(shù)最多，代碼貢獻(xiàn)量第一的成員擁有9名 PTLs (居首位)以及 37名 core reviewers (居第三位)是全球屈指可數(shù)的，能夠運(yùn)營(yíng)超大規(guī)模OpenStack公有云架構(gòu)廠(chǎng)商之一；在Forrester Wave 關(guān)于Openstack私有云市場(chǎng)的報(bào)告中被定格為“領(lǐng)跑者” ；在Juno版*本綜合中貢獻(xiàn)位居首席；唯一一家的基礎(chǔ)設(shè)施擁有專(zhuān)用的資源；作為領(lǐng)導(dǎo)者為T(mén)ripleO, Ironic, Horizon, QA,

24、 Oslo 以及Trove等項(xiàng)目的持續(xù)集成提供了主要人力。惠普的公共云為相當(dāng)部分的項(xiàng)目的持續(xù)集成及部署提供了運(yùn)行環(huán)境HP OpenStack 項(xiàng)目的主要貢獻(xiàn)者杰出貢獻(xiàn)者們*based on S as of Juno release為什么企業(yè)一定要選擇商業(yè)發(fā)行版OpenStackOPenStack的基因：松耦合、高度彈性、完全開(kāi)放、架構(gòu)復(fù)雜。除核心項(xiàng)目外，同一個(gè)功能有太多重復(fù)的外圍項(xiàng)目，普通用戶(hù)很難選擇。由于過(guò)度松散的體系、復(fù)雜繁冗的安裝過(guò)程、參差不齊的代碼質(zhì)量等原因開(kāi)源社區(qū)提供的標(biāo)準(zhǔn)OpenStack嚴(yán)格意義上來(lái)說(shuō)只能算作技術(shù)標(biāo)準(zhǔn)。只有經(jīng)過(guò)苛刻的商業(yè)化標(biāo)準(zhǔn)打磨過(guò)版本才能真正的為企業(yè)大規(guī)模的使用

25、同時(shí)，將運(yùn)維的成本降至合理的范圍內(nèi)。OpenStack企業(yè)化的重點(diǎn):簡(jiǎn)化：安裝部署、升級(jí)維護(hù)加強(qiáng)：存儲(chǔ)、網(wǎng)絡(luò)、安全、運(yùn)維監(jiān)控、管理模式、符合企業(yè)環(huán)境和架構(gòu)標(biāo)準(zhǔn)拓展：平臺(tái)化、組件化、可定制化私有云平臺(tái)面向未來(lái)的考慮基于開(kāi)源OpenStack商業(yè)版的私有云平臺(tái)的建立：可以緊跟技術(shù)發(fā)展的趨勢(shì)方向，并通過(guò)開(kāi)源社區(qū)的眾籌的效應(yīng)迅速解決新的需求。具備了同AWS體系架構(gòu)和API的兼容性，便于后期構(gòu)建混合云架構(gòu)；原生的同主流的PAAS平臺(tái)相融合，便于未來(lái)手機(jī)閱讀應(yīng)用架構(gòu)的升級(jí)轉(zhuǎn)型；在私有云平臺(tái)建立的同時(shí)，移動(dòng)閱讀基地可考慮逐漸將基礎(chǔ)的虛擬化層轉(zhuǎn)換功能專(zhuān)注的輕虛擬化架構(gòu)，如KVM。而在應(yīng)用的架構(gòu)體系上充分利用各個(gè)組件自身的