面向IT云和面向用戶云之間的有一些區(qū)別，面向IT云是便于應(yīng)用安裝的已經(jīng)配置好基礎(chǔ)設(shè)施的云。包括自動(dòng)化配置適當(dāng)數(shù)量的虛擬或?qū)嶓w機(jī)并通過安全的網(wǎng)絡(luò)連接到適當(dāng)?shù)拇鎯?chǔ)中去。安裝目標(biāo)應(yīng)用也可以是自動(dòng)化的。但最終您考慮的是為N個(gè)用戶安裝應(yīng)用程序。

舉個(gè)例子，如果您是IT部門的員工并需要為5000名用戶配置一個(gè)交換服務(wù)器，面向IT云就可以勝任這個(gè)工作。它會(huì)配置適當(dāng)數(shù)量的虛擬機(jī)和實(shí)體機(jī)，建立數(shù)據(jù)庫和與系統(tǒng)之間的連接，并在合適的地方安裝適當(dāng)?shù)慕粨Q模型。

如果您需要使用一個(gè)應(yīng)用系統(tǒng)，現(xiàn)在交換服務(wù)器是可用的了，您也可以開始配置用戶了。如果您是一位業(yè)務(wù)經(jīng)理并且有位新員工周一要開始上班您該怎么做呢?

您也許想讓他感覺像到家了一樣，在他到崗之前為他建立新的郵箱并發(fā)送一條歡迎信息。在這個(gè)情況下您需要配置一個(gè)郵箱。大多數(shù)時(shí)候您不需要提供更多的硬件設(shè)施來安裝軟件，只需在一個(gè)已經(jīng)配置好的環(huán)境中建立郵箱即可。

很明顯，如果您的請(qǐng)求正好是第5001個(gè)郵箱配置，該環(huán)境也許需要配置第二個(gè)交換環(huán)境，但這一切對(duì)您來說都是隱形的。您實(shí)際上是請(qǐng)求了一個(gè)服務(wù)。

云啟動(dòng)了過時(shí)應(yīng)用

現(xiàn)在讓我們假設(shè)您建立了一個(gè)私有云環(huán)境。首當(dāng)其沖的問題是您想把哪個(gè)應(yīng)用遷移到這個(gè)云環(huán)境中，過時(shí)應(yīng)用還是新研發(fā)的應(yīng)用?這真的是個(gè)很好也很值得思考的問題。

如果您決定把過時(shí)應(yīng)用遷移到該環(huán)境中，您也許需要考慮選擇那些實(shí)實(shí)在在可以從云里得到好處的應(yīng)用。這里也許有兩個(gè)原因?yàn)槭裁窗褢?yīng)用遷移到云中會(huì)得到好處。這些應(yīng)用也許擁有不同的使用模式，在一段時(shí)間內(nèi)需要迅速上升或下降的容量，或者這些應(yīng)用需要為很多用戶來配置。云也許無法給那些使用穩(wěn)定的應(yīng)用增加很多價(jià)值。

***個(gè)需求可以用云來解決，您可以在這個(gè)環(huán)境中來配置應(yīng)用;第二個(gè)需要請(qǐng)求配置服務(wù)。我們要先審查一下這些應(yīng)用在不同情形下需要響應(yīng)哪些特性。

配置應(yīng)用

我覺得把那些有不同使用模式的應(yīng)用遷移到云是很有意義的。為什么呢?我們?cè)趹?yīng)用對(duì)若干條請(qǐng)求響應(yīng)緩慢時(shí)都感到很有壓力。云可以在性能低下時(shí)啟動(dòng)第二個(gè)應(yīng)用程序來解決這個(gè)問題。使用負(fù)載平衡器可以將請(qǐng)求發(fā)送到任何一個(gè)任務(wù)中以確保一個(gè)適當(dāng)?shù)捻憫?yīng)時(shí)間。

我所寫的是一個(gè)假設(shè)，這個(gè)假設(shè)是應(yīng)用中的多個(gè)任務(wù)同時(shí)運(yùn)行而不影響該應(yīng)用的性能。如果您的應(yīng)用是個(gè)網(wǎng)絡(luò)服務(wù)器用于管理多個(gè)網(wǎng)頁的顯示，那當(dāng)然沒什么問題。但如果您的應(yīng)用是個(gè)訂單管理系統(tǒng)事情就會(huì)比較棘手了。您需要保留一個(gè)獨(dú)立的數(shù)據(jù)庫來確保全部的用戶都能訪問系統(tǒng)中所有的訂單。

那么，首要的問題是您的應(yīng)用和數(shù)據(jù)庫哪個(gè)是瓶頸。如果是后者的話，在應(yīng)用里創(chuàng)建兩個(gè)請(qǐng)求是無法解決問題的。您需要首先創(chuàng)建一個(gè)數(shù)據(jù)庫集群來移除瓶頸。一旦完成了，如果問題還是存在您可以嘗試為應(yīng)用創(chuàng)建多個(gè)請(qǐng)求。

現(xiàn)在我們意識(shí)到為了增加流量的重復(fù)應(yīng)用也許會(huì)要求您對(duì)應(yīng)用，使用的中介軟件和數(shù)據(jù)庫有一個(gè)靈活的牌照制度。比較理想的是您只在實(shí)際使用該軟件的時(shí)候才支付牌照費(fèi)用。但很遺憾很多ISV尚未在他們的牌照制度中開發(fā)這個(gè)水平的靈活性。

從自動(dòng)化的角度來看，您需要為配置應(yīng)用研發(fā)一套scripts。理想的情況下您會(huì)給該應(yīng)用配備一個(gè)探測(cè)分析器以確保實(shí)時(shí)響應(yīng)。然后您還需要研發(fā)一套使得第二個(gè)請(qǐng)求合理化的機(jī)制。第二個(gè)請(qǐng)求將會(huì)配備負(fù)載平衡器。

以上所有的一切都要對(duì)終端用戶透明化。由IT部門負(fù)責(zé)管理建立請(qǐng)求，包括當(dāng)那些請(qǐng)求不再需要時(shí)自動(dòng)或手動(dòng)將其關(guān)閉。

服務(wù)配置

服務(wù)配置對(duì)應(yīng)用適配有著更高的要求。當(dāng)然，現(xiàn)在您希望可以自動(dòng)執(zhí)行過去那些由服務(wù)生手動(dòng)執(zhí)行的任務(wù)。所以首先要查看的是否可以通過API或其他方法來啟動(dòng)任務(wù)配置。相應(yīng)的信息會(huì)被傳到應(yīng)用上嗎?我們能夠在任務(wù)完成時(shí)看到該請(qǐng)求的狀態(tài)嗎?

當(dāng)然，為了建立服務(wù)配置您需要?jiǎng)?chuàng)建一系列的工作流來自動(dòng)化那些配置用戶時(shí)需要的流程，讓其可以訪問該環(huán)境。比如當(dāng)商業(yè)用戶請(qǐng)求配置一個(gè)郵箱時(shí)，他會(huì)被要求提供一定的信息。該信息將會(huì)被自動(dòng)傳入到應(yīng)用中去然后開始配置郵箱。該應(yīng)用會(huì)傳回這個(gè)任務(wù)的狀態(tài)(比如成功配置或失敗了，如果失敗的話***說明原因)，這樣云平臺(tái)就可以通知用戶并將必要的信息和狀態(tài)保留好，一旦配置成功就可以訪問該服務(wù)了。

這個(gè)環(huán)節(jié)里重要的地方是由應(yīng)用提交的“服務(wù)”必須要是可訪問的。通常公司創(chuàng)建網(wǎng)絡(luò)服務(wù)都是為了跟云環(huán)境和這些應(yīng)用之間對(duì)接，將用戶從這些變化中屏蔽了出去。這樣做的好處是可以把應(yīng)用打包轉(zhuǎn)移到云環(huán)境中，而無需讓用戶知道這些改變的實(shí)施過程。如果您想把您的應(yīng)用轉(zhuǎn)移或重新規(guī)劃到云中的話也可以采取這個(gè)方法。

很顯然一些應(yīng)用也許擁有雙重特性(工作量的可變性和用戶配置)，在這種情況下兩個(gè)問題就都應(yīng)該考慮。

我應(yīng)該從云啟動(dòng)過時(shí)應(yīng)用開始嗎?

上面我們討論了為什么要把您現(xiàn)有的應(yīng)用遷移到云的兩個(gè)主要原因，剩下的問題是，您該開始把已有的應(yīng)用轉(zhuǎn)移到云了嗎?還是應(yīng)該把它們保留在傳統(tǒng)環(huán)境中并且為其包裝上新的功能，特別是為云研發(fā)的功能嗎?

坦白說，這個(gè)問題的答案肯定不止一個(gè)。這要看您的應(yīng)用處在生命周期的哪個(gè)階段。如果您準(zhǔn)備在可預(yù)見的未來取代某個(gè)應(yīng)用，也許就不想花時(shí)間和經(jīng)歷來配置它了。但如果這是一個(gè)非常關(guān)鍵的也是您還想保留一陣子的應(yīng)用，請(qǐng)確保一件事情：用云思維去建立任何新功能。