雖然在某種程度上來說近乎所有的應(yīng)用都是可以實(shí)現(xiàn)云托管的，但是還是有一些具體的設(shè)計(jì)和開發(fā)步驟可以實(shí)現(xiàn)云部署的***化，從而切實(shí)推進(jìn)云計(jì)算的發(fā)展。如果廠商云廠商們希望實(shí)現(xiàn)云計(jì)算利益的***化，那么他們就需要理解云就緒應(yīng)用的概念，為了云就緒的未來而構(gòu)建他們的云計(jì)算基礎(chǔ)設(shè)施，并提供便利的服務(wù)。

云就緒意味著要解決因云計(jì)算之間的差異而帶來的問題。從幾個(gè)重要的方面來說，在虛擬資源上運(yùn)行的云計(jì)算托管應(yīng)用或應(yīng)用組件以及這些資源都不同于典型的設(shè)備虛擬化數(shù)據(jù)中心。首先，這些資源是動(dòng)態(tài)分配的，而在大多數(shù)的虛擬化數(shù)據(jù)中心里，分配給應(yīng)用的虛擬機(jī)則基本上都是靜態(tài)的。其次，它們是分布在一個(gè)廣域網(wǎng)(WAN)中的，而大多數(shù)應(yīng)用都希望資源能夠?qū)崿F(xiàn)本地連接。再次，它們部分或全部游離于客戶的控制范圍，這就意味著資源分布和管理是遵循著公共云計(jì)算托管廠商所制定的規(guī)則，而不是應(yīng)用用戶的規(guī)則。

為了適應(yīng)動(dòng)態(tài)資源分配，云就緒應(yīng)用必須使用一個(gè)正式的DevOps工具用于部署和重新部署工作。在開發(fā)應(yīng)用過程中，應(yīng)用的架構(gòu)設(shè)計(jì)和開發(fā)團(tuán)隊(duì)必須創(chuàng)建必要的腳本程序或描述符，以定義應(yīng)用如何映射至它所需的服務(wù)器、存儲(chǔ)設(shè)備以及網(wǎng)絡(luò)資源。然后操作人員就可以使用這些腳本程序或描述符，把這些應(yīng)用部署和集成至企業(yè)的工作流中。

云廠商們可以用兩種方式方便地實(shí)現(xiàn)DevOps就緒。其一，他們可以通過流行的DevOps包向他們的云管理系統(tǒng)提供管理連接，以便于幫助用戶和開發(fā)人員部署云就緒應(yīng)用。其二，他們可以提供“DevOps即服務(wù)”，也就是說他們可以把DevOps工具作為他們?cè)乒芾砥脚_(tái)的一部分進(jìn)行托管。如果廠商能夠組合托管DevOps和應(yīng)用集成工具(后者能夠?qū)崿F(xiàn)公共云計(jì)算資源和企業(yè)托管應(yīng)用及組件的連接)，那么其結(jié)果就是現(xiàn)在所謂的集成平臺(tái)即服務(wù)產(chǎn)品了。這不僅為廠商提供了一個(gè)新的收入來源，而且還幫助用戶開發(fā)了云就緒應(yīng)用，并鼓勵(lì)開發(fā)人員從云部署出發(fā)思考如何開發(fā)應(yīng)用。

開發(fā)云就緒應(yīng)用：到底有何不同?

云計(jì)算中分布式網(wǎng)絡(luò)所面臨的新挑戰(zhàn)

一個(gè)分布式網(wǎng)絡(luò)架構(gòu)是云計(jì)算的另一個(gè)獨(dú)特屬性，在云就緒中有兩層含義。在***層，應(yīng)用所需的網(wǎng)絡(luò)連接性是其DevOps描述的一個(gè)方面。大多數(shù)應(yīng)用都可以作為虛擬LAN而實(shí)現(xiàn)虛擬化，并托管一個(gè)或多個(gè)組件，這些組件可通過默認(rèn)網(wǎng)關(guān)(通常是路由器)與用戶相連。創(chuàng)建這一配置是滿足部署和重新部署需求的一部分，因此必須在上述的DevOps過程中予以考慮。但是在第二層，分布式服務(wù)將影響應(yīng)用的設(shè)計(jì)，尤其是在組件化和編排方面。

在分布式網(wǎng)絡(luò)中，云就緒的重要規(guī)則就是避免組件或資源之間的分離，這些組件或資源能夠在WAN上形成重要的工作流運(yùn)動(dòng)。逐條讀寫數(shù)據(jù)庫記錄是無法在WAN上運(yùn)行工作流的一個(gè)例子，因此云計(jì)算中的數(shù)據(jù)庫應(yīng)當(dāng)與無論何處都可訪問數(shù)據(jù)庫的組件集成在一起。這是一個(gè)應(yīng)用設(shè)計(jì)的元素。創(chuàng)建云就緒數(shù)據(jù)訪問設(shè)計(jì)的最常用策略是定義一個(gè)數(shù)據(jù)庫管理系統(tǒng)“組件”，這個(gè)組件可接受查詢(例如以SQL形式)，并針對(duì)本地?cái)?shù)據(jù)庫進(jìn)行處理而只返回一個(gè)結(jié)果。Hadoop和MapReduce的架構(gòu)定義也允許對(duì)查詢處理的云計(jì)算進(jìn)行托管，但不能訪問單個(gè)數(shù)據(jù)庫記錄。

通過提供專為識(shí)別低效工作流而設(shè)計(jì)的云計(jì)算應(yīng)用遙測(cè)技術(shù)，云計(jì)算運(yùn)營(yíng)商們可以幫助用戶處理與分布式網(wǎng)絡(luò)相關(guān)的問題。他們也可能會(huì)提供結(jié)構(gòu)化面向查詢的服務(wù)，如以軟件即服務(wù)形式交付的關(guān)系型數(shù)據(jù)庫管理系統(tǒng)，或者他們能夠提供Hadoop和特定管理工具，幫助把這些服務(wù)和云計(jì)算應(yīng)用集成。監(jiān)控云計(jì)算內(nèi)的流量是找出工作流中問題的最簡(jiǎn)單方法，但有時(shí)知道客戶是如何把數(shù)據(jù)庫服務(wù)與他們的云應(yīng)用連接及其結(jié)構(gòu)細(xì)節(jié)信息，將有助于解決與分布式網(wǎng)絡(luò)相關(guān)的潛在問題。在測(cè)試階段就找出這個(gè)問題，將有助于客戶堅(jiān)持在業(yè)務(wù)中使用云計(jì)算。

云就緒應(yīng)用要求更多的可見性

在云就緒中，最復(fù)雜的問題也許就是資源并不在應(yīng)用所有者的直接控制下。傳統(tǒng)的軟硬件管理不是被廠商云廠商所篡改就是被他們閹割，廠商的管理接口只能支持某些管理功能。這個(gè)問題可以一分為二地看：管理可見性和應(yīng)用的體驗(yàn)質(zhì)量控制(QoE)。

廠商并不希望客戶有計(jì)劃在他們的云上安裝硬件，所以收集應(yīng)用和網(wǎng)絡(luò)性能的管理數(shù)據(jù)，云計(jì)算將不得不并行托管軟件元素和應(yīng)用以便于收集數(shù)據(jù)并發(fā)送至應(yīng)用用戶處，或者廠商云廠商將不得不開放管理接口而允許用戶查看性能和狀態(tài)信息。

大多數(shù)廠商廠商都提供基本的管理數(shù)據(jù)，但并沒有提供捕獲所有通常管理應(yīng)用QoE所需數(shù)據(jù)的機(jī)制。這意味著客戶不僅將必須試圖以對(duì)廠商透明的方式收集數(shù)據(jù)，而且他們必須以某種未知的方法將其與其他網(wǎng)絡(luò)和應(yīng)用性能數(shù)據(jù)整合以管理應(yīng)用性能和可用性。在選擇產(chǎn)品時(shí)，不僅要考慮用戶使用云計(jì)算資源的性能信息，而且要考慮連接至網(wǎng)絡(luò)的云計(jì)算端的網(wǎng)絡(luò)數(shù)據(jù)。

云就緒要求應(yīng)用在云計(jì)算中是有意識(shí)的。廠商應(yīng)當(dāng)認(rèn)識(shí)到，云服務(wù)的長(zhǎng)期發(fā)展趨勢(shì)將是平臺(tái)即服務(wù)，而在開發(fā)階段更多的云計(jì)算托管服務(wù)元素將更多地與應(yīng)用集成。這進(jìn)一步推進(jìn)客戶業(yè)務(wù)使用云計(jì)算，而他們的預(yù)算助推云計(jì)算項(xiàng)目和云計(jì)算運(yùn)營(yíng)商的整體利潤(rùn)。