云計算在經(jīng)過轟轟烈烈的發(fā)展后開始落地，現(xiàn)階段已經(jīng)有一些企業(yè)開始著手于部署的工作。在一項針對企業(yè)CIO部署云計算的調(diào)查中顯示，有19%的企業(yè)已經(jīng)在部署或應(yīng)用云計算，28%的企業(yè)考慮近期部署云計算，53%的企業(yè)目前尚無部署云計算的時間表。面對這樣的數(shù)據(jù)，云計算的落地過程顯得并不是那么容易，有一系列問題需要面對。對于企業(yè)來說，云部署的規(guī)模，云計算安全，云計算成本問題都是需要面對的。

其實從簡單意義上來說，云部署就是為了簡化工作流程，使業(yè)務(wù)更加自動化，在不需要更多人參與的情況下，實現(xiàn)更高的效率。這樣看來，云部署似乎是一件革命性的大事件，帶來虛擬化，IaaS等技術(shù)一樣的現(xiàn)實意義。也就是這樣，很容易讓人產(chǎn)生誤導(dǎo)，覺得企業(yè)對于云部署可以完全依賴標(biāo)準(zhǔn)化的流程。對于企業(yè)云部署，可以參考下面四個過程。

自動化部署

IaaS的優(yōu)勢之一是能夠更加便捷的開發(fā)、測試、部署軟件。傳統(tǒng)的開發(fā)環(huán)境，開發(fā)者為了節(jié)省資金，通常使用的服務(wù)器數(shù)量比應(yīng)用數(shù)量要低。除此之外，開發(fā)環(huán)境的不可兼容性，給開發(fā)者從一個項目轉(zhuǎn)到另外一個項目帶來了不便，重新搭建環(huán)境又非常費時。在云中就可以解決這一問題，開發(fā)人員為項目的每個分支中的應(yīng)用分配相同的部署。這樣就能夠節(jié)省資金，在保存代碼代碼的同時結(jié)束資源部署不可用狀態(tài)。

程序的完全部署至少需要一臺應(yīng)用服務(wù)器，一個數(shù)據(jù)庫服務(wù)器或者緩存、輔助服務(wù)器。但是僅僅依靠開發(fā)者編寫的代碼控制部署，項目的防火墻或數(shù)據(jù)庫服務(wù)器附件等部分可能會變得非常緊張。但如果不部署，建立恰當(dāng)?shù)拈_發(fā)環(huán)境時間會非常緊張且昂貴，即便這樣，開發(fā)者也不愿意關(guān)閉好不容易搭建起來的環(huán)境。

不同程序版本的需求和分支的繁瑣性使環(huán)境部署變得非常復(fù)雜。系統(tǒng)管理員和開發(fā)者管理虛擬化環(huán)境的傳統(tǒng)方式是先在標(biāo)準(zhǔn)映像里安裝相關(guān)軟件和代碼，然后再開啟映像。這樣，在開發(fā)者需要更新相關(guān)操作系統(tǒng)、數(shù)據(jù)庫軟件版本或改變服務(wù)器中代碼組織方式的時候，需要創(chuàng)建一個新的映像。這樣，眾多不同映像就讓自動化化啟動項目部署的任務(wù)變得非常困難。

部署解決方案可以用一臺普通的小型帶有操作系統(tǒng)的機(jī)器，這時，需要創(chuàng)建應(yīng)用環(huán)境來啟動所有有必要的服務(wù)器，安裝服務(wù)器中必要軟件，檢查不同代碼所對應(yīng)的相應(yīng)分支和版本，以確保所有服務(wù)器都可用。即，數(shù)據(jù)庫服務(wù)器首先啟動，然后開始一系列測試確?？捎眯浴Ｗ詈髴?yīng)用程序服務(wù)器啟動并測試，測試不同服務(wù)器之間的交流活動。測試過程中的所有失敗情況，都要記錄下來被重新測試，如果再次嘗試失敗的話會重新登錄，如果部署環(huán)境失敗的話為了節(jié)省成本將會停止所有服務(wù)器。

自動化縮放

IaaS最普遍的一個應(yīng)用是 “cloudbursting”，這時有多于平常十倍的流量。部署架構(gòu)中，能夠定義以下情形：監(jiān)控本地工作負(fù)載和IaaS服務(wù)器，一旦負(fù)載超過一定的值，IaaS提供商會規(guī)定新的服務(wù)器。工作負(fù)載減小的時候?qū)K止IaaS服務(wù)器。“cloudbursting”情形比“autoscaling”要復(fù)雜的多。

首先，對于單一的云計算來說，自動縮放是非常有限的，所以急于從私有云轉(zhuǎn)向IaaS是不可行的。其次，快速轉(zhuǎn)向IaaS可能需要復(fù)制/重新建立數(shù)據(jù)庫服務(wù)器，或者有IaaS云服務(wù)器。第三，現(xiàn)代網(wǎng)絡(luò)應(yīng)用程序通常需要配套的應(yīng)用服務(wù)器(高速緩存服務(wù)器和防火墻)，創(chuàng)建和連接。最后，需要在集中的URL中分流所有流量，這樣在多個數(shù)據(jù)中心或者云中可以智能的平衡負(fù)載，選擇路由。解決這些復(fù)雜性問題，不是簡單的縮放是找到正確的“cloudbursting”。

數(shù)據(jù)庫服務(wù)器的自動化恢復(fù)

在云中，數(shù)據(jù)庫服務(wù)器比應(yīng)用服務(wù)器有著更多的難題，只要確保應(yīng)用程序服務(wù)器充分被利用。但是數(shù)據(jù)庫服務(wù)器就是另外一回事了，應(yīng)用程序服務(wù)器要在數(shù)據(jù)庫服務(wù)器上讀寫，這樣就要確保數(shù)據(jù)庫服務(wù)器要一直可用并且聯(lián)網(wǎng)。數(shù)據(jù)庫服務(wù)器要連接網(wǎng)絡(luò)，這樣備份他們就變得比較困難，為了搶數(shù)據(jù)快照中途總會有幾秒的終端。這樣一來，好的云架構(gòu)和部署場景的配合就變得非常重要，也能夠使數(shù)據(jù)庫備份和災(zāi)難恢復(fù)變得簡單。從體系架構(gòu)的角度來看，就需要有一個主數(shù)據(jù)庫服務(wù)器和一個從數(shù)據(jù)庫服務(wù)器。

部署數(shù)據(jù)庫服務(wù)器：啟動主數(shù)據(jù)庫服務(wù)器，檢索主數(shù)據(jù)庫服務(wù)器的最新快照，將數(shù)據(jù)遷移到主數(shù)據(jù)庫服務(wù)器中，啟動主數(shù)據(jù)庫服務(wù)器中的數(shù)據(jù)庫軟件，確保數(shù)據(jù)庫服務(wù)器正常工作，更新DNS。啟動從服務(wù)器，檢索從服務(wù)器的最新快照，將數(shù)據(jù)遷移到從服務(wù)器中，連接到主服務(wù)器。確保復(fù)制功能和從服務(wù)器數(shù)據(jù)庫正常工作，更新DNS，從數(shù)據(jù)庫服務(wù)器的創(chuàng)建快照備份操作，確?？煺諅浞莶僮髡＿M(jìn)行。

轉(zhuǎn)移故障到從數(shù)據(jù)庫服務(wù)器：主數(shù)據(jù)庫服務(wù)器如果未能完成任務(wù)，更新新主數(shù)據(jù)庫服務(wù)器的DNS，停止更新新主服務(wù)器的備份工作，啟動新的從服務(wù)器，確保最新的從服務(wù)器快照，數(shù)據(jù)要遷移到從服務(wù)器中，復(fù)制新主機(jī)連接，驗證復(fù)制工作，以及從屬數(shù)據(jù)庫服務(wù)器流程，更新DNS，為新主機(jī)建立快照備份功能，并驗證其是否正常工作。

代碼自動化部署

許多軟件工程部門已經(jīng)實行了一些整合工作，這樣可以大大提高自動化驗證代碼的質(zhì)量，每一行新的代碼都要經(jīng)個嚴(yán)格的測試。實際上，為應(yīng)用程序服務(wù)器部署新的代碼很少是自動化的，并且非常費時。但是部署自動化代碼的環(huán)境非常容易并且非常高效。