首先要介紹的是我們見過的或者推薦客戶使用的幾種云實現。當然，你可以把應用的生產環(huán)境托管到云上，但在當今的軟件開發(fā)組織中，還有很多其他的環(huán)境。也有許多方法可以同時利用不同的環(huán)境，如聯(lián)合使用一個托管中心和代管中心。顯然，把生產環(huán)境托管到云上，從虛擬硬件的角度看，你就有了按需擴展的能力。當然，這并不能保證你應用的架構可以利用虛擬硬件的這種擴展能力，你必須預先確認這一點。云還有一些其他的方式幫助你的組織擴展，我們也會在這里介紹它們。如果你的軟件開發(fā)團隊或質量保證團隊在等待使用某個環(huán)境，那么整個產品開發(fā)周期都會被放慢，這就意味著各種擴展方案(如劃分數據庫、移除同步調用等)會被推遲，從而影響了應用擴展的能力。


 
1. 環(huán)境
 
對于生產環(huán)境，你可以把所有東西都托管到一~種類型的基礎設施上，如主機托管中心、主機代管中心、你自己的數據中心、云計算環(huán)境，等等。不過，也有一一些有創(chuàng)意的方式，同時利用了幾種環(huán)境，這樣既能利用它們的優(yōu)點，同時又能最小化它們的缺點。讓我們以一個廣告服務應用程序為例。這個廣告服務應用程序由一個接收廣告請求的Web服務器池、一個根據原始請求中提供的信息選擇合適的廣告的應用服務器池、一個允許發(fā)行者和廣告商管理他們賬戶的管理工具以及一個持久存儲信息的數據庫構成。在我們的應用中，廣告服務器不必對每個請求都訪問一一次數據庫。它們每15分鐘向數據庫發(fā)起一一次請求，以接收最新的廣告。對于這種情況，我們當然可以為Web服務器池、應用服務器池、管理服務器池和數據庫服務器購買批服務器，把它們放置在代管中心中。我們也可以從托管服務提供商那里租用一批服務器，把物理服務器的負擔扔給他們。此外，我們還可以把這些池都托管到云環(huán)境中的虛擬主機上。
 
我們認為此外還有一種選擇。也許我們有資金來購買這些池所需要的服務器，而且我們的團隊成員也能夠建立和運行我們自己的物理環(huán)境，所以我們決定在代管中心租用一塊空間，自己購買服務器。但同時我們也想得到云環(huán)境提供的速度和靈活性。由于Web服務器和應用服務器并不經常與數據庫進行對話，所以我們決定把這些池中的一個托管到代管中心，另一個托管到云上。數據庫會放在代管中心，不過它的快照會被發(fā)送到云上以備災難恢復使用。當流量需求增長時，可以增加云中的Web服務器和應用服務器，這樣可以幫助我們度過無法預見的高峰期。
 
云計算還可以用在現代軟件開發(fā)組織需要的其他所有環(huán)境中。這些環(huán)境包括生產環(huán)境、交付準備環(huán)境、質量保證環(huán)境、負載和性能測試環(huán)境、開發(fā)環(huán)境、編譯環(huán)境以及存儲庫等。這些環(huán)境中的許多都應該考慮在云環(huán)境中實現，因為這樣可能會降低成本，并且具有靈活性，在需要它們的時候能夠迅速地建立起來，而在不需要的時候又能夠把它們拆除。即使是從來沒有考慮過要把也能從中獲益。應用的生產實例建立在云中的企業(yè)級的SasS公司或財富500強的公司，由于其他環(huán)境利用了云，
 
2 .技能集合
 
在考慮是否使用云時，還要考慮哪些因素?如果你真的使用云了，那么要把哪個環(huán)境部界到云上呢?我們要考慮的因素之一是你能夠用于管理運營基礎設施的人數以及這些人員的技他集合。如果你的運營人員既沒有聯(lián)網技術，又沒有系統(tǒng)管理技術，那么在你考慮是否能夠實現和支持一個代管環(huán)境時，就需要把這些考慮在內。這時最可能的答案是你無法做到。如果沒有必要的技能，轉移到更加復雜的環(huán)境所引發(fā)的問題會比它能解決的問題還多。云也有同樣的問題。如果沒有人負責部署和停止應用實例，而只讓開發(fā)人員和工程師來做這些事，那么你月底得到的賬單可能會比你預料的多得多。除非有人堅信這個應用實例是必需的，否則讓實例-直運行只是在浪費金錢。
 
另一種可能影響你決策的技能是產能規(guī)劃。你的業(yè)務是否具有很多不可預測的流量，或者你的員工有沒有正確預測流量的技能，這些都會對你是否使用云產生重要影響。當然，云的一一個重要優(yōu)點就是迅速部署更多虛擬主機以處理峰值需求的能力。
 
總而言之，我們相信云計算幾乎在任何一個公司中都有用武之地。它可能不適合托管你的生產環(huán)境，但卻可能適合托管你的測試環(huán)境。如果你的業(yè)務增長量不可預測，如果速度是最緊迫的問題，如果節(jié)約成本是生死攸關的，那么云可能是個很好的解決方案。如果你無法分配人員進行運營管理，或者完全無法預測你需要什么樣的產能，那么云計算可能就是你所需要的。如何把這些匯總在一一起以便進行決策，這就是下一節(jié)的主題。
 
3 .決策流程
 
我們已經介紹了云計算的利弊，并討論了怎樣把云環(huán)境集成到公司的基礎設施中，最后一步將是提供一個做最后決策的流程。我們推薦的這個整體流程的第一步是明確投資云計算的目的或目標，然后創(chuàng)建各種能夠達到該目標的實現。然后根據你特定的情況衡量這些實現的利弊，并基于這些利弊給每種實現評級。最后根據得到的綜合利弊評級，選擇-一種實現方案。讓我們從頭到尾看一個例子。
 
假設我們的公司AlwaysScale.com正在評估是否要把一個云基礎設施集成到它的生產環(huán)境中。第一步是明確我們希望利用云環(huán)境來達到什么目標。對于AlwaysSscale.com公司來說，這個目標就是降低基礎設施的運營成本，減少采購和供應硬件的時間，把應用的可用性維持在9.99%?；谶@三個目標，運營團隊設計了三種解決方案:第一種是什么都不做，依然使用代管中心，忘記一切與云計算相關的討論；第二種是只把云用于激增的產“能需求，而大多數的應用服務仍然托管在代管中心；第三種是把所有應用服務都轉移到云，不再使用代管空間。這樣就完成了決策流程的前兩步。
 
第三步是衡量對這三種解決方案我們所能提出的所有利弊。這里，我們將使用前面列出的五個缺點和三個優(yōu)點。我們將使用1、3或9的權重對這些優(yōu)缺點進行加權，以便顯著區(qū)分我們所關心的因素。第一個缺點是安全性，我們雖然關心這一一點，但由于我們沒有存儲個人身份信息或信用卡信息，所以我們給它的權重是3。接下來是可移植性，由于我們認為并不需要達到在不同的基礎設施之間迅速轉換，所以我們給它的權重是1。接下來是控制力，我們非常關心控制力，所以給它的權重是9。然后是局限性，包括IP地址、負載均衡器和第三方軟件的支持，我們給它的權重是3。我們雖然很關心負載均衡器，但我們不需要自己的IP空間，而且使用的都是不需要第三方支持的開源軟件。最后一個缺點是性能。由于我們的應用不會消耗大量的內存和硬盤，所以我們認為這點對我們來說不是大問題，所以我們給它的權重是1。對于優(yōu)點，我們最關心的是成本，所以我們給它的權重是9。速度的權重也是9，因為它是我們的主要目標之一，我們也很關心它。最后一點是靈活性，我們預計不會太多用到它，所以我們給它的權重是1。
 
第四步是給每個解決方案評級，根據它們各自展現的利弊，分別給它們0到5分的評級。例如，對于“用云滿足激增的產能需求”這個方案，可移植性這個缺點的評分應該非常低，因為我們不太可能需要執(zhí)行移植操作。同樣地，對于“完全轉移到云”的方案，局限性的影響也很大，因為沒有其他的環(huán)境可用了，所以它的評分應該是5。
 
在對每個解決方案的利弊進行了評分后，這些數字要被相乘并求和。每個優(yōu)點的網站設計權重要乘以每個解決方案的評級或評分，然后把每個解決方案的這些乘積相加，就得到了這個解決方案的評分。例如，對于2號解決方案“用云滿足激增的產能需求”，它的安全性評級是2，權重是-3。所有缺點的權重都負數，這樣計算起來簡便。安全性的評分和權重的乘積是6，然后它會與2號方案的其他乘積加在一起，整體得分是9:(2x -3)+(1x-1)+(3x-9)+(3x-3)+(3x-1)+(3x9)+(3x9)+(1x1)-9。