第一篇：華為2015年渠道大會-服務(wù)、云計(jì)算、合作伙伴

云計(jì)算

介紹云計(jì)算發(fā)展趨勢以及華為云計(jì)算技術(shù)的積累和應(yīng)用案例。

合作伙伴分享

中建材

2014年中建材華為業(yè)績超過32億。

多產(chǎn)品組合的解決方案銷售是銷售成功的關(guān)鍵。

聯(lián)強(qiáng)國際

神州數(shù)碼

金華威

佳杰

第二篇：云計(jì)算大會新聞稿

第四屆中國云計(jì)算學(xué)術(shù)大會在華南理工大學(xué)圓滿成功召開

2013年11月8-10日，第四屆中國云計(jì)算學(xué)術(shù)大會（The 4th Chinese Conference on Cloud Computing，CCCC2013）在享有“中國南大門”、“美麗花城”美譽(yù)的廣東省廣州市華南理工大學(xué)逸夫科學(xué)館隆重召開。本次大會由中國通信學(xué)會主辦，華南理工大學(xué)和中國通信學(xué)會普及與教育工作委員會承辦。

中國通信學(xué)會副理事長兼秘書長張新生致大會開幕詞，華南理工大學(xué)章熙春副校長出席學(xué)術(shù)大會并致詞。來自國內(nèi)外知名高校、科研院所、企事業(yè)單位的200多位專家、學(xué)者、工程師圍繞云計(jì)算領(lǐng)域的前沿理論及應(yīng)用技術(shù)問題進(jìn)行了深入探討和交流。

會上，來自中南大學(xué)、清華大學(xué)、華中科技大學(xué)、臺灣清華大學(xué)、微軟亞洲研究院、新加坡南洋理工大學(xué)等單位的知名專家學(xué)者應(yīng)邀做了精彩報告。中國工程院院士、中南大學(xué)校長張堯?qū)W向參會人員介紹了“OaaS”這一新的操作系統(tǒng)概念，并展示了據(jù)此開發(fā)的相關(guān)產(chǎn)品和服務(wù)；微軟亞洲研究院的芮勇博士通過一些具體實(shí)例向人們介紹了云計(jì)算領(lǐng)域的最新研究成果；而臺灣清華大學(xué)的鐘葉青教授則向參會人員介紹了他和團(tuán)隊(duì)共同開發(fā)的UniCloud云端平臺，該平臺免費(fèi)提供給全國各高校做教學(xué)與研究使用。此外，清華大學(xué)、華中科技大學(xué)和新加坡南洋理工大學(xué)的鄭維民教授、金海教授和文勇剛博士還分別向參會人員介紹了多副本技術(shù)、容災(zāi)技術(shù)等大數(shù)據(jù)存儲系統(tǒng)的關(guān)鍵技術(shù)，大數(shù)據(jù)處理的新型體系結(jié)構(gòu)——內(nèi)存計(jì)算模式，多屏社交“云電視”技術(shù)等。

大會還設(shè)立了6個分會場，圍繞“云計(jì)算理論、模型與方法”、“彈性計(jì)算與資源調(diào)度”、“云安全與云存儲”、“云計(jì)算應(yīng)用”、“大數(shù)據(jù)與數(shù)據(jù)挖掘”、“物聯(lián)網(wǎng)、傳感器網(wǎng)絡(luò)及其它”等主題進(jìn)行了探討。

“中國云計(jì)算學(xué)術(shù)大會”于2010年創(chuàng)辦，此前已成功舉辦三屆，是國內(nèi)云計(jì)算領(lǐng)域的重要學(xué)術(shù)活動之一。該會議主要為來自國內(nèi)外高等院校的專家、教授、學(xué)者提供一個代表國內(nèi)“云計(jì)算”產(chǎn)學(xué)研界較高水平的高層學(xué)術(shù)溝通平臺，探討本領(lǐng)域發(fā)展所面臨的關(guān)鍵性挑戰(zhàn)問題和研究方向?！暗谖鍖弥袊朴?jì)算學(xué)術(shù)大會”將由重慶郵電大學(xué)承辦。

第三篇：華為公司云計(jì)算項(xiàng)目可行性分析報告

隊(duì)伍編碼：C12

作者：張婧

陳科任

可 行 性 基——推 行

于計(jì) 國劃 際 視角

華為公司云計(jì)算項(xiàng)目的

目錄

第一章 華為公司簡介

第二章 華為云計(jì)算項(xiàng)目的介紹

一、項(xiàng)目建設(shè)目標(biāo)

二、項(xiàng)目建設(shè)計(jì)劃的構(gòu)成 第三章 華為云計(jì)算行業(yè)背景分析

行業(yè)發(fā)展分析

一、行業(yè)發(fā)展現(xiàn)狀

二、國際范圍內(nèi)云計(jì)算的發(fā)展

三、國內(nèi)行業(yè)發(fā)展趨勢

第四章 華為云計(jì)算項(xiàng)目市場分析

一、供需分析

二、價格分析

三、競爭分析

（一）行業(yè)競爭分析

（二）競爭策略分析

第五章 華為云計(jì)算項(xiàng)目業(yè)務(wù)發(fā)展戰(zhàn)略

第六章 華為云計(jì)算項(xiàng)目財務(wù)分析——經(jīng)濟(jì)效益分析結(jié)果 第七章 華為公司文化對云計(jì)劃項(xiàng)目的影響 第八章 華為云計(jì)算可行性推廣的結(jié)論與建議

第一章 公司簡介

華為是全球領(lǐng)先的信息與通信解決方案供應(yīng)商。我們圍繞客戶的需求持續(xù)創(chuàng)新，與合作伙伴開放合作，在電信網(wǎng)絡(luò)、終端和云計(jì)算等領(lǐng)域構(gòu)筑了端到端的解決方案優(yōu)勢。我們致力于為電信運(yùn)營商、企業(yè)和消費(fèi)者等提供有競爭力的綜合解決方案和服務(wù)，持續(xù)提升客戶體驗(yàn)，為客戶創(chuàng)造最大價值。目前，華為的產(chǎn)品和解決方案已經(jīng)應(yīng)用于140多個國家，服務(wù)全球1/3的人口。

華為公司以豐富人們的溝通和生活為愿景，運(yùn)用信息與通信領(lǐng)域?qū)I(yè)經(jīng)驗(yàn)，消除數(shù)字鴻溝，讓人人享有寬帶。為應(yīng)對全球氣候變化挑戰(zhàn)，華為通過領(lǐng)先的綠色解決方案，幫助客戶及其他行業(yè)降低能源消耗和二氧化碳排放，創(chuàng)造最佳的社會、經(jīng)濟(jì)和環(huán)境效益。

第二章 華為云計(jì)算項(xiàng)目介紹

一、項(xiàng)目建設(shè)目標(biāo)

華為提供云平臺解決方案和電信業(yè)務(wù)云化的解決方案，并啟動“云帆”計(jì)劃，構(gòu)建共贏產(chǎn)業(yè)鏈，面向各個行業(yè)提供云應(yīng)用解決方案。

二、項(xiàng)目建設(shè)計(jì)劃的構(gòu)成

華為云計(jì)算解決方案包括SingleCLOUD云平臺解決方案和電信應(yīng)用云解決方案，其中電信應(yīng)用云解決方案包括云計(jì)算業(yè)務(wù)交付平臺和BSS系統(tǒng)。華為啟動了“云帆”計(jì)劃，與合作伙伴一起為各行業(yè)提供解決方案。華為還表示將提供兼容行業(yè)標(biāo)準(zhǔn)的應(yīng)用接口，并推動更多接口的標(biāo)準(zhǔn)化。

華為公司過去二十幾年一直在電信領(lǐng)域耕耘。隨著信息化的深入發(fā)展，業(yè)務(wù)從語音時代向數(shù)據(jù)時代轉(zhuǎn)變，ICT的融合在加深，因此華為公司整體的戰(zhàn)略上也在做進(jìn)一步調(diào)整，從單純的CT產(chǎn)業(yè)向整個ICT產(chǎn)業(yè)擴(kuò)展，簡單概括為云計(jì)算、網(wǎng)絡(luò)和終端，即聚焦ICT產(chǎn)業(yè)，提供“云管端”整體方案。

在這三塊業(yè)務(wù)中，華為在網(wǎng)絡(luò)方面的追求是“做到領(lǐng)先”。華為現(xiàn)在在市場上已經(jīng)有一定的領(lǐng)先地位，但是要引領(lǐng)這個行業(yè)，我們還需要繼續(xù)努力。在終端方面，華為已經(jīng)積累了很多年，但是我們希望能夠更快地發(fā)展和增長。在云計(jì)算

這個領(lǐng)域，華為從2008年開始規(guī)模投入，云計(jì)算在華為公司整體的ICT戰(zhàn)略里是一個核心。

第三章 華為云計(jì)算行業(yè)背景分析

一、行業(yè)發(fā)展現(xiàn)狀

云計(jì)算徹底解決了海量存儲和并行運(yùn)算問題，為IT行業(yè)繼續(xù)向移動互聯(lián)網(wǎng)、物聯(lián)網(wǎng)演進(jìn)建設(shè)了基礎(chǔ)設(shè)施。云計(jì)算是當(dāng)下IT之巔。

二、國際范圍內(nèi)云計(jì)算的發(fā)展

云計(jì)算作為一種新的IT商業(yè)模式和應(yīng)用模式，已經(jīng)得到了廣泛關(guān)注。據(jù)國際權(quán)威機(jī)構(gòu)IDC預(yù)測，2012年全球云計(jì)算市場規(guī)模將達(dá)420億美元，相關(guān)產(chǎn)業(yè)總產(chǎn)值達(dá)4520億美元，未來幾年，云計(jì)算市場的增長率將在20%以上。從世界范圍看，發(fā)達(dá)國家已經(jīng)在切實(shí)推動云計(jì)算產(chǎn)業(yè)發(fā)展，并從中受益，如早在09年美國總統(tǒng)奧巴馬就簽署法案，美國政府信息化開始全面轉(zhuǎn)向云計(jì)算。

三、我國行業(yè)發(fā)展趨勢

中國政府也在多方面積極推動云計(jì)算發(fā)展。國家領(lǐng)導(dǎo)人對云計(jì)算、物聯(lián)網(wǎng)給予了高度的關(guān)注，各部委對云計(jì)算都分別組織了多次發(fā)展戰(zhàn)略研討并制定了一系列發(fā)展計(jì)劃，在十二五國家重大專項(xiàng)、863計(jì)劃中，云計(jì)算相關(guān)技術(shù)和產(chǎn)品被列入重點(diǎn)支持范圍。與此同時，地方各級政府和國內(nèi)知名的IT企業(yè)，也紛紛推出云計(jì)算發(fā)展規(guī)劃。我們已經(jīng)看到，北京、上海、廣東、成都、杭州、無錫等地，都已經(jīng)已建成或者正在建設(shè)地方云計(jì)算中心;中國移動等企業(yè)都推出了云計(jì)算服務(wù)。

第四章 華為云計(jì)算項(xiàng)目市場分析

一、供需分析

從需求的角度來講，中國中小型企業(yè)對云計(jì)算的需求很大。

首先，云計(jì)算可提升IT資源的使用效率，降低數(shù)據(jù)中心的用電量，并充分運(yùn)用多余的運(yùn)算資源，避免在閑置狀態(tài)下持續(xù)消耗能源。

其次，對用戶而言，則可以將存儲轉(zhuǎn)化為運(yùn)營支出，且只需為所使用的容量付款，還能將電力、冷卻和占地空間轉(zhuǎn)嫁到云服務(wù)供應(yīng)商那里，而隨需擴(kuò)展的容量和性能給客戶帶來了更高的業(yè)務(wù)靈活性。

另一方面，從供求的角度來講，全國在云計(jì)算產(chǎn)業(yè)鏈的服務(wù)與推廣應(yīng)用的市場上，還處于需要開發(fā)的領(lǐng)域，前景廣闊。

二、價格分析

由于需求量來自各個企業(yè)，因此服務(wù)提供的價格可以根據(jù)不同企業(yè)的需求而有不同的價格變化，可調(diào)整空間巨大，利潤空間巨大。

三、競爭分析

（一）行業(yè)競爭分析

市場研究公司Forrester預(yù)計(jì)，全球云計(jì)算市場到2020年將增長至2410億美元，遠(yuǎn)高于去年的410億美元。業(yè)內(nèi)人士紛紛放言，IT企業(yè)對云計(jì)算的爭奪，已經(jīng)從概念變成實(shí)踐。中國云計(jì)算市場爭奪更酣，有早已布局的國外IT巨頭思科、微軟、IBM等，也有日前剛剛宣布“跑步”進(jìn)入的國內(nèi)企業(yè)華為等。

（二）競爭策略分析

啟動“云帆”計(jì)劃，和客戶以及合作伙伴在云產(chǎn)業(yè)規(guī)劃和實(shí)施過程中共同分享最優(yōu)化的豐富資源，并從中獲得更大的創(chuàng)新價值與商業(yè)成功。

第五章 華為云計(jì)算項(xiàng)目業(yè)務(wù)發(fā)展戰(zhàn)略

首先，我們認(rèn)為云計(jì)算實(shí)際上是ICT技術(shù)在各個行業(yè)、各個領(lǐng)域里的應(yīng)用。從應(yīng)用這個角度來講，就會存在各種各樣的云，且沒有任何一個人或企業(yè)能夠包打天下。因此，華為的第一條核心戰(zhàn)略就是開放與共贏，打造一個共贏的產(chǎn)業(yè)鏈，共同促進(jìn)這個行業(yè)的發(fā)展。

其次，計(jì)算平臺變成云以后，應(yīng)用要跟著走，否則就發(fā)揮不了云計(jì)算的價值。第二條核心戰(zhàn)略，是促進(jìn)業(yè)務(wù)和應(yīng)用的云化。華為在電信業(yè)做了這么多年，在電信的應(yīng)用和電信的運(yùn)營支撐系統(tǒng)上有很強(qiáng)的積累，因此能夠率先把電信的應(yīng)用和支撐系統(tǒng)進(jìn)行云化。

最后，云計(jì)算只有做成大平臺，才能夠滿足未來海量信息的計(jì)算和存儲要求。華為第三條核心戰(zhàn)略就是大平臺。在這個過程中，云計(jì)算不僅僅是傳統(tǒng)的服務(wù)器、存儲的包裝，而真正產(chǎn)生了技術(shù)的變革。這種技術(shù)的變革主要體現(xiàn)在幾個方面：分布式、網(wǎng)絡(luò)化、虛擬化、自動化、動態(tài)，特別要強(qiáng)調(diào)動態(tài)。

第六章 華為云計(jì)算項(xiàng)目財務(wù)分析——經(jīng)濟(jì)效益分析結(jié)果

《中國云計(jì)算產(chǎn)業(yè)發(fā)展白皮書》顯示，2010年中國云計(jì)算市場規(guī)模將達(dá)到167.31億元，比2009年的92.23億元同比增長81.4%，預(yù)計(jì)到2012年將突破600億元。毫無疑問，云計(jì)算、云平臺、云服務(wù)的概念雖然在國內(nèi)尚處起步階段，但已釋放出巨大的經(jīng)濟(jì)效應(yīng)。

過去幾年，轉(zhuǎn)型一直是互聯(lián)網(wǎng)數(shù)據(jù)中心（IDC）預(yù)測的主題。今年也是如此，據(jù)IDC預(yù)計(jì)，2011年全球IT支出將達(dá)到1.6萬億元，比2010年增加5.7%。公共IT云服務(wù)方面的支出在2011年的增長幅度將達(dá)到整個IT行業(yè)的5倍以上。

第七章 華為公司文化對云計(jì)劃項(xiàng)目的影響

聚焦客戶關(guān)注的挑戰(zhàn)和壓力，提供有競爭力的通信與信息解決方案和服務(wù)，持續(xù)為客戶創(chuàng)造最大價值。公司核心價值觀是扎根于我們內(nèi)心深處的核心信念，是華為走到今天的內(nèi)在動力，更是我們面向未來的共同承諾。它確保我們步調(diào)一致地為客戶提供有效的服務(wù)，實(shí)現(xiàn)“豐富人們的溝通和生活”的愿景。

華為公司的核心價值觀決定了公司在云計(jì)算的服務(wù)項(xiàng)目上將為客戶提供至高無上的服務(wù)和尊重，采用一切手段滿足客戶的需要，這在服務(wù)市場上是至關(guān)重要的。因此無論是在拓展中小型企業(yè)市場，還是大型企業(yè)云計(jì)算服務(wù)的市場中，華為公司都具有相當(dāng)大的優(yōu)勢。

第八章 華為云計(jì)算可行性推廣的結(jié)論與建議

一、結(jié)論

華為公司在云計(jì)算服務(wù)項(xiàng)目上具有極大的優(yōu)勢，此項(xiàng)目可以并且應(yīng)該在中國直至全球運(yùn)行。

二、存在的風(fēng)險

1、多數(shù)潛在的合作伙伴的技術(shù)產(chǎn)品存在一定的排他性，難以實(shí)現(xiàn)互通或共享。

2、不同模式技術(shù)成熟度和市場成熟度不一致，同一服務(wù)模式存在多種非標(biāo)準(zhǔn)化實(shí)現(xiàn)，存在技術(shù)性選擇的風(fēng)險

三、建議

1、合作發(fā)展，借助主流云計(jì)算服務(wù)提供企業(yè)，積極參加云計(jì)算標(biāo)準(zhǔn)化制定，爭取主導(dǎo)經(jīng)營。

2、聚焦平臺建設(shè)，打造不同的服務(wù)平臺，服務(wù)于不同目標(biāo)客戶，提高業(yè)務(wù)和應(yīng)用的創(chuàng)新能力。

3、發(fā)揮公司的企業(yè)文化和核心價值觀，樹立負(fù)責(zé)任的大企業(yè)形象，是企業(yè)在云計(jì)算服務(wù)的推出中，占據(jù)市場。

第四篇：任正非-華為云計(jì)算發(fā)布會講話

任正非：讓用戶像用電一樣享受云計(jì)算 11月30日上午消息，華為總裁任正非昨日在“華為云計(jì)算發(fā)布會”上發(fā)言稱，華為在云平臺上要在不太長的時間里趕上、超越思科，在云業(yè)務(wù)上要追趕谷歌，讓全世界所有的人，像用電一樣享用信息的應(yīng)用與服務(wù)。

以下為演講全文：

云計(jì)算是一種新的技術(shù)，它像IP技術(shù)一樣，可以用在任何信息傳播需要的地方。如同IP改變了整個通訊產(chǎn)業(yè)一樣，云計(jì)算也將改變整個信息產(chǎn)業(yè)。未來信息的廣闊包容，規(guī)模無比，覆蓋天涯，蓬勃發(fā)展，風(fēng)起云涌，煙消云散??，多么變幻無窮，多么像云一樣不可估量，這多么形象地描述了未來的信息浪潮。獲得信息需要技術(shù)的變革，商業(yè)模式的創(chuàng)新，它的特性決定了，任何人都無力獨(dú)攬狂瀾。開放、合作是云產(chǎn)業(yè)未來的最重要的標(biāo)志。華為廿年來，從青紗帳里走出來，一個孤獨(dú)的“農(nóng)民”，走在一條曲曲彎彎的田間小路，像當(dāng)年堂吉訶德一樣的封閉，手拿長矛，單打獨(dú)斗，跌跌撞撞地，走到今天。當(dāng)我們打開眼界一看，我們已經(jīng)不得不改變自己長期的封閉自我的方式。以前華為跟別的公司合作，一兩年后，華為就把這些公司吃了或甩了。這是“黑寡婦”的做法(黑寡婦是拉丁美洲的一種蜘蛛)。今天，我們要改變這個現(xiàn)狀，要開放、合作、實(shí)現(xiàn)共贏。我們要保持“深淘灘、低作堰”的態(tài)度，多把困難留給自己，多把利益讓給別人。多栽花少栽刺，多些朋友，少些“敵人”。團(tuán)結(jié)越來越多的人一起做事，實(shí)現(xiàn)共贏，而不是一家獨(dú)秀。

以我為主，加強(qiáng)開發(fā)，以人為主，我們愿意積極合作；我們期待基于開放的云平臺和各行各業(yè)應(yīng)用服務(wù)合作伙伴攜手共創(chuàng)未來信息產(chǎn)業(yè)的發(fā)展。

我們已經(jīng)走到了通信業(yè)的前沿，要決定下一步如何走，是十分艱難的問題。我們以前靠著西方公司領(lǐng)路，現(xiàn)在我們也要參與領(lǐng)路了，我們也要像西方公司一樣努力地對世界貢獻(xiàn)。每年我參加巴塞羅那3GPP大會，我都感觸良多，感謝那些領(lǐng)路人的遠(yuǎn)見與胸懷博大。這種無私開放、友善合作、胸懷博大，構(gòu)筑了3GPP在全球的勝利。領(lǐng)路是什么概念？就是“丹柯”。丹柯是一個神話人物，他把自己的心掏出來，用火點(diǎn)燃，為后人照亮前進(jìn)的路。我們也要像丹柯一樣，引領(lǐng)通訊產(chǎn)業(yè)前進(jìn)的路。這是一個探索的過程，在過程中，因?yàn)閷ξ磥聿磺逦?、不確定，可能會付出了極大的代價。但我們肯定可以找到方向的，找到照亮這個世界的路，這條路就是“以客戶為中心”，而不是“以技術(shù)為中心”。我們并將這些探索更多的開放與伙伴共享。我們不僅會有更多的伙伴，而且更加不排外，愿意與不同價值觀的對手加強(qiáng)合作與理解。

在云平臺上我們要更加開放，同時將信息流的管道的直徑做得比太平洋還大，讓它有更大的能力、心胸，迎接各種云下來的雨。我們的開放要像黃河、長江、密西西比河一樣，任雨水在任何地點(diǎn)、任何方式流入一樣的方便的接入。我們在風(fēng)起云涌的云業(yè)務(wù)上，要更多的包容，我們永遠(yuǎn)不可能獨(dú)自做成功幾朵云，千萬朵云要靠千萬個公司來做。云的價值是市場來決定，只有為客戶使用的云，才會生存下來。云水謠，云水謠，不斷地自我循環(huán)，不斷地

自我加強(qiáng)，浸潤著大地，服務(wù)于社會。我們更要不排斥一部分特別聰明的人，特別“笨”的人，他們超前了時代，令人不可理解。我們要寬容他們，理解他們。當(dāng)發(fā)現(xiàn)這種現(xiàn)象時，華為公司將支持他個人對其想法的擴(kuò)張，并授予我們的知識產(chǎn)權(quán)，讓他沒有后顧之憂，也可以給以小額資助，并不以任何利益要求為基礎(chǔ)。當(dāng)“蘋果皮”出現(xiàn)時，我也讓有關(guān)人向他們傳遞信息，最初得到的反映是負(fù)面的，看華為過去的黑寡婦形象，多么的惡劣。我們要理解一些“歪瓜裂棗”，并支持他們，這就是一個開放的、社會的“貝爾”實(shí)驗(yàn)室。你怎么知道他們就不是這個時代的梵高，這個時代的貝多芬，未來的谷歌??

信息網(wǎng)絡(luò)的未來其實(shí)就簡單化到兩個東西，一個是管道，一個是云。未來管道的直徑至少是太平洋，絕對不是黃河長江。電影《2012》，是虛構(gòu)的，但信息社會是真實(shí)的，這就是想象不到的信息網(wǎng)絡(luò)的未來。我們認(rèn)為管道里流的是水，天上飄的是云，水是不可壓縮的，有穩(wěn)定的流態(tài)，有嚴(yán)格的程序與代碼。而云是飄渺的，時有時無的，變幻多端的。我們打造的管道是要有穩(wěn)定的水流量的，有合理的管理。但是云在天上千變?nèi)f化，剛才還在雷鳴電閃，突然沒有了，變成五彩云霞了。怎么適應(yīng)未來新世界，華為面臨著很大的挑戰(zhàn)，我認(rèn)為華為是不適應(yīng)的，因?yàn)槿A為大多數(shù)的人是修萬里長城的，踏踏實(shí)實(shí)做事華為很合適，但是做云用過去修萬里長城的辦法，修完了導(dǎo)彈一來，長城就沒有用了。所以要開放，要合作，站在長城上，多抓幾多云。心胸開放，對一個成功公司來說，有多么的困難啊。

華為長期堅(jiān)持的戰(zhàn)略，是基于“鮮花插在牛糞上”戰(zhàn)略，從不離開傳統(tǒng)去盲目創(chuàng)新，而是基于原有的存在去開放，去創(chuàng)新。鮮花長好后，又成為新的牛糞，我們永遠(yuǎn)基于存在的基礎(chǔ)上去創(chuàng)新。在云平臺的前進(jìn)的過程中，我們一直強(qiáng)調(diào)鮮花要插在牛糞上，綁定電信運(yùn)營商去創(chuàng)新，否則我們的云就不能生存。我們首先是基于電信運(yùn)營商需求來做云平臺、云應(yīng)用。與其他廠家從IT走入云有不同。我們做的云，電信運(yùn)營商馬上就可以用，容易促成它的成熟。

我們在云平臺上要在不太長的時間里趕上、超越思科，在云業(yè)務(wù)上我們要追趕谷歌。讓全世界所有的人，像用電一樣享用信息的應(yīng)用與服務(wù)。

第五篇：云計(jì)算 服務(wù)遷移service_migration總結(jié)

1.introduction 云服務(wù)遷移是云計(jì)算實(shí)現(xiàn)中的一個概念，它確保了個體或組織的數(shù)據(jù)，或其它商業(yè)元素，能輕松地在不同的云供應(yīng)商之間，或在一個私有云設(shè)施內(nèi)部，轉(zhuǎn)移或遷移，且不用克服實(shí)現(xiàn)、整合、兼容性及互操作性問題。通過服務(wù)遷移，應(yīng)用，基礎(chǔ)設(shè)施，或者任意云主持的應(yīng)用、服務(wù)都能避免被鎖定在一個運(yùn)營商的情況。服務(wù)遷移也定義了應(yīng)用能部署在其它云供應(yīng)商或被私有云架構(gòu)支持的過程及框架。服務(wù)遷移的整個過程由幾個不同進(jìn)程和技術(shù)組成，它們依賴于被遷移的應(yīng)用或服務(wù)的復(fù)雜性。服務(wù)遷移也包括了通過在開放式標(biāo)準(zhǔn)和框架上設(shè)計(jì)、開發(fā)云基礎(chǔ)架構(gòu)，而進(jìn)行的最佳實(shí)踐的開發(fā)。

服務(wù)前移是非常復(fù)雜的，因?yàn)榇蠖鄶?shù)云服務(wù)供應(yīng)商使用了專利技術(shù)，為了把數(shù)據(jù)從一個供應(yīng)商的存儲中轉(zhuǎn)移到另一個，有時必須首先把數(shù)據(jù)移回用戶自己的服務(wù)器上，然后再從這里轉(zhuǎn)移到新的供應(yīng)商地點(diǎn)。甚至這樣時，由于需要格式的變換來確認(rèn)數(shù)據(jù)也可能需要被重定格式，Even then, the data may need to be reformatted because of formatting changes made to conform to the first service provider’s system.Such a situation may lead to vendor lock-in – a situation in which a product or service vendor has made it so difficult or expensive to transition to a competitor’s offering that customers are effectively “l(fā)ocked in.”

2.Services Migration in Clouds 2.1架構(gòu)

The servicemigration concept extends the notion of a service-orientedarchitecture.Web service has been the major standard for realizingSOA.Web services have good encapsulationand strong integration capabilities.Web services dynamicdistribution.Service providers and service requesters may bedistributed in different geographic locations.There are twoways to complete the request issued by the service requester.One is the data migration.The requester transfers data to aservice provider to have it analyzed.After that, the providerreturns the result back to the requester.The other way is theweb service migration.The requester desires to acquire aservice comes to his system to analyze the data.After thedata is processed, the service is moved from the requester'ssystem.For a large amount of data, such as a large set ofgigabytes to terabytes, rendered across the wide area networkcan be costly, it may increase the communication latencysignificantly.Due to the reason above, many researches work on theweb service migration are interested in minimizing thecommunication cost.In cloud environment,hardwareresources and their management utilities are all provided asservices.A large number of services deployed in differentnetwork domains.So it can directly select the “nearest”servers to migrate the services.The term “nearest” coversessential factors of service quality, including networkbandwidth, network delay, server capacity, service type,connecting fee, etc..A new infrastructure to support themigration of web services in cloud is presented.The proposed infrastructure includes five components: Load&Proximity Analyzer(LPA), Services DependencyAnalyzer(SDA), Publish/Select Manager(PSM), ServiceMigration Manager(SMM), and Service Migration DecisionManager(SMDM).In current web infrastructure, theinteractions among all components are soap messages basedon httpihttps.A host can be a web service provider, a webservice requester, or even a web service proxy.1)負(fù)載&鄰近分析儀

收集所有主機(jī)的cpu負(fù)載信息和主機(jī)與其鄰居間的鄰近信息，并更新維護(hù)。The LPA runs periodically to collect all hosts' cpu loadinformation and the proximity information between the hostand its neighbors.When the network topology changes, itwill result in proximity change.We use the round trip timepackets and the number of hops they had traveled to reflectthe proximity's change.We also may use overage queuingdelay to reflect the cpu's load information.2)服務(wù)依賴分析儀

管理服務(wù)器之間的呼叫依賴性，獲取相關(guān)服務(wù)的配置參數(shù)和它們的依賴性，分析來確保所選服務(wù)的先前服務(wù)被加入到正確的PSM中。

The SDA is used to manage the calling dependencyamong web services.It's function including capturing theconfiguration parameters of interrelated services and theirdependencies, analyzing the integrity to make sure that theantecedent services of the selected service are added to thecorrect PSM, avoiding incorrect cyclic dependencies ofsystem services, and generating proper configuration settingsequence.3)發(fā)布/選擇管理

如果一個主機(jī)提供了特定的服務(wù)或接收了從其他主機(jī)遷移來的服務(wù)，它會向PSM發(fā)送注冊請求。

If a host provides a specific web service or receives aweb service which migrated from another host, it will sendthe registration request to the PSM.So there may have manyentries for the same web service.When a requester sendsweb service looking request to the PSM, it should decidewhich entry is the best for the requestor based on therequestor's location, the information from the LPA, and thesecurity factors.4)服務(wù)遷移決策管理

收集分析從LPA何SDA來的必要數(shù)據(jù)，作出服務(wù)遷移的決定?？紤]網(wǎng)絡(luò)帶寬，服務(wù)有效期，服務(wù)器容量，服務(wù)訪問頻率，可轉(zhuǎn)移性等。

The SMDM is responsible for collecting and analyzingthe essential data from LPA and SDA to make the decisionon service migration.Factors should be taken into accountare network bandwidth, service valid period, server capacity,service access frequency, and transferability, etc.5)服務(wù)遷移管理

在SMDM決定何時并向何處遷移服務(wù)后，SMM收集并打包服務(wù)的狀態(tài)信息，把它們轉(zhuǎn)移到目的主機(jī)，并在目的主機(jī)上重建執(zhí)行服務(wù)的環(huán)境。

After the SMDM decides when and where to migrate theweb service, the SMMcollects and packs the states ofservices, transfers them to the destination host, andreconstructs the executing environment on the target host.2.2服務(wù)遷移決策管理機(jī)制

Before SMDM make migration decision, it should takethree aspects into account: whether a web service ismigratable, when to migrate a web service, and where tomigrate a web service.1）In cloud environment, web services not only meansoftware sources, but also include the hardware sources, thedevelopment platforms, the databases, etc.These sources arenot all suitable for migration.For example, during a host isexecuting a web service, it need to access data from adatabase which residents on a remote server.At this time, themigration cost to migrate the database to the host may be toohigh.Even the migration cost is acceptable, the conditions toset up the database may not meet for this host.So we canconsider that the migration of a database is unacceptable.Similarly, it is not feasible to migrate a hardware indistributed area.It denotes these kinds of sources areunmigratable.We can label a web service is migratable orunmigratable when it published.The SMDM may not sendmigration command to the SMM if a web service isunmigratable.2）提出負(fù)載門檻

When to migrate a web service is an important factor forSMDM to make migration decision.One of the innovationsof this paper is that we propose a schema to determine themigration time.We predefine a overload threshold inSMDM.When the LPA collected the performance data fromall the hosts periodically, SMDM compares the data with theoverload threshold and makes migration decision accordingto the comparison results.For example, we may predefinethe migration condition is cpu's use-ratio more than 80%.Once the data collected from LPA shows a provider's usagerate of cpu is over the threshold, it means the serviceresidents on this provider should be migrated.3）After decided when to migrate, the next step for SMDMis to determine where the appropriate destination server toaccommodate the web service is migrated from the provider.When a provider publish a web service, it also providesconstraints that should be met to execute the web service(such as the required operation system, the minimal memoryrequirement etc)and the priority information among theseconditions.So there may have some candidate hosts in cloudcan provide the appropriate environment to accommodate theweb services.We should choose one among them.Thedecision is based on the conditions and the priorityinformation that the candidate can provide.4）Besides the consideration of constraints and the priorityinformation, the migration cost is also should be taken intoconsideration.When a client issues a web service request toa provider, the SDA constructs the web service call tree, theLPA collect round trip time between hosts and the averagequeuing delay.All these information are sent to the SMDM.SMDM computes the migration cost based on a cost modeland find the best host which yield lowest cost as a target host.3.Agent-based Service Migration Framework in Hybrid Cloud Figure 1 shows the architecture of the proposedsystem, which involves a federated broker and the hybridenvironment.Since the public cloud is charged in pay-perusescheme, in general, it should provide dynamic provisionof resources involving the computing platform and requiredstorage.In other words, the proposed system can start newcomputing cluster from public cloud for new jobsdynamically while the loading of private cloud is overrun.Such capability is provided by most virtualization tools ofvirtual machine, such as XEN, Microsoft’s Hyper-V andKVM.The tools provide Application Programming Interfaceto manage the resource of virtual machine.In addition,private cloud and public cloud can be connected via virtualprivate network(VPN)or public network if do not considerthe security issue between private cloud and public cloud.3.1聯(lián)盟代理

Federated Broker layer is the second tier in thearchitecture.It is responsible for monitoring system resourceand all behaviors of resource, reconfiguring system scale,and migrating services and balancing the load betweenclouds.The layer consists of three agents and tworepositories;there are System Monitoring Agent,Reconfiguration Decision Agent, Service Migration Agent,Profiling Database, and System/Service InformationDatabase, respectively._ System Monitoring Agent(SyMA): The agent isresponsible for collecting the loading andremaindering resource related information of allnodes in the hybrid cloud.It will activelycommunicate with the Cluster Admin Agent(CAA)resided in each cluster periodically to get theinformation or passively receive the heartbeatmessage that contains the information from CAA.The information involving in the heartbeat are asfollows: 1)cluster's name, 2)cluster's loadinformation, 3)jobs etc.Upon receiving a heartbeatmessage, the SyMAwill log the information toProfiling Database and System/Server InformationDatabase._ Reconfiguration Decision Agent(RDA): The RDAis used to reconfigure and adjust the cloudenvironment after the reconfiguration policy isfitted.The RDA can retrieve current cluster's statusand loading information in the cluster to decide toadjust the scale of public cloud or not.If the SyMAis noticed the private cloud is overloading, he willcontacts the RDA to initiate the reconfigurationprocess to balance the loading between private andpublic cloud.Also, the SyMAwill notify the RDAscale the public cloud down if the private cloud isunder loading during a time period._ Service Migration Agent(SeMA): It is responsiblefor managing and initiating the service migrationbetween private and public cloud.If RDA informsit that the public cloud is scaled up and send amessage to migrate a job to public cloud, the SeMAwill initiate the service migration process accordingto the policy of service migration.The policy andalgorithm will be depicted next section._ Profiling Database: The database is to store theprofile of public cloud including the resourceinformation the public cloud has, such as thenumber of VM, the size of memory and storage,the bandwidth of link to public cloud, and theusage of these resources, which can be used to helpfor making decision of scaling._ System/Service Repository: The repository keepsthe system and service related information, such asthe location of private and public cloud, theinformation of services run in the hybrid cloud, andso on.3.2云內(nèi)的代理

Except for the components in the federated layermentioned above, there are two agents will be developedinto both private and public cloud platform.They areCluster Admin Agent and Job Agent._ Cluster Admin Agent(CAA): The CAA is the maincomponent on the cluster, which can manage thewhole cluster and negotiate the actions with agents infederated layer.He also periodically collects cluster’sinformation, and sends them to SyMAthat isembedded within the heartbeat message.Besides, italso manages and guide the running of Job Agents runin the cluster._ Job Agent(JA): In order to deliver a service to othercloud, a service will be encapsulated into a JA beforemigrating to other cloud.A JA has all the informationa service needed, includes service's execution file,service's input data, the location to be migrated, andso on.Code mobility can be divided into two categories [5]:strong mobility and weak mobility.The strong mobility ischaracterized as if it allows executing units to move theircode and execution state to a different site, while weakmobility only allows moving their code.In the currentversion of proposed solution, in order to simplify thecomplexity of current system design, we encapsulate aservice into a JA, and provide weak migration scheme.Thejob model and encapsulating a job into JA are shown inFigure 2.It only restarts the execution instance from thebeginning of the code.In other words, all migrated serviceswill be re-executed in the other cloud environment.3.3服務(wù)遷移流程

圖3是服務(wù)遷移的具體流程，其步驟如下：

1)簇管理代理周期性的發(fā)送包含負(fù)載信息的heartbeat message給系統(tǒng)監(jiān)控代理。2)系統(tǒng)監(jiān)控代理通過計(jì)算負(fù)載信息來檢查云的負(fù)載是否平衡。

3)如果非常不平衡，系統(tǒng)監(jiān)控代理通知重配置決策代理調(diào)整公共云的大小。重配置決策代理基于它的決策向公共云的簇管理代理發(fā)送一個請求。

4)公共云的簇管理代理將啟動新的簇來接受和部署遷移服務(wù)，并把結(jié)果返回給重配置決策代理。5)重配置決策代理接著通知服務(wù)遷移代理遷移服務(wù)至公共云。

6)服務(wù)遷移代理根據(jù)遷移策略計(jì)算哪個服務(wù)將被遷移至公共云，并通知私有云和公共云。

3.4遷移策略

Although the hybrid cloud is constructed as a federatedmodel, we assume that all services initially are stored in theprivate cloud, excepting exterior job submitted by users.Therefore, all jobs invoked by users are queued in theprivate cloud first.When the load of the private cloudexceeds, the SyMAwill initiate service migration process.服務(wù)遷移策略是在服務(wù)遷移過程將要開始的時候用來做出決策。用來做出決策的算法有3個，分別是JC(Job Count)，SJ(Size of Job)和EFT(EstimatedFinish Time)。

1)JC方案是最簡單的一個。它僅僅根據(jù)兩個云中作業(yè)的數(shù)量來做出決定。2)SJ方案基于兩個云中作業(yè)的總大小來做出遷移決策。3)EFT方案通過估算兩個云中完成作業(yè)的時間來做出決策。