企業(yè)顯然能夠選擇驗證云應(yīng)用遷移的業(yè)務(wù)案例。但是很明顯，與云遷移相關(guān)的技術(shù)問題會毀了業(yè)務(wù)案例，破壞應(yīng)用甚至產(chǎn)生應(yīng)用性能和穩(wěn)定性等其他方面的問題。

考慮實施云遷移的應(yīng)用架構(gòu)師們需要審查他們的整個應(yīng)用生命周期管理(ALM)流程。然而除此之外，他們更應(yīng)當(dāng)特別注意管理的性能和可靠性，確保合規(guī)性和安全性，以及重中之重地確保云計算中的運行效率和穩(wěn)定性。

通常來說，主要通過人工操作部署、重新部署和管理的應(yīng)用都大多擁有靜態(tài)資源并很少有改動。例如，大約三分之一的應(yīng)用生命周期管理活動只使用最少的工具用于部署應(yīng)用和組件，而低于15%的活動涉及到使用自動化工具用于測試性能和驗證安全性。云應(yīng)用遷移中***的一個技術(shù)問題是要針對ALM創(chuàng)建一個更加靈活和自動化的框架。部署是這一個過程的核心。

云遷移惹人煩 破解關(guān)鍵技術(shù)難題

反思云遷移中的應(yīng)用模型

重新思考應(yīng)用模型以尋求實現(xiàn)高效的云遷移是非常關(guān)鍵的。它不再是一個針對一臺服務(wù)器或虛擬機的軟件鏡像，而是一種架構(gòu)，一個通過虛擬網(wǎng)絡(luò)鏈接、托管在機器鏡像庫中并準(zhǔn)備致力于提供資源的一個虛擬組件架構(gòu)。

這個模式反映了如下一個事實，即應(yīng)用組件關(guān)系是由應(yīng)用架構(gòu)師事先設(shè)計并確定好的，但是只有在應(yīng)用被部署之后這些關(guān)系才具有實際意義。為了實現(xiàn)這一目標(biāo)，整個虛擬架構(gòu)必須針對云計算的特點，并通過網(wǎng)絡(luò)服務(wù)連接成為一個整體。人工部署是根本無法實現(xiàn)這一目標(biāo)的。合適的解決方案是：使用DevOps工具。

DevOps是專為多組件應(yīng)用的“腳本”或自動化部署或重新部署而設(shè)計開發(fā)的一個開源和商業(yè)產(chǎn)品集合。理想情況下，這些工具將使用一種模塊化的腳本/建模形式(一個流行工具)來支持服務(wù)器、網(wǎng)絡(luò)、數(shù)據(jù)庫甚至應(yīng)用機器鏡像存儲。

選擇正確的DevOps工具是至關(guān)重要的，同時可供選擇的工具也是非常多的(其他的例子包括Chef、Heat和Puppet)。如果孤立地評估這些工具，那將是很困難的。***的辦法是選擇一些有代表性的應(yīng)用，然后使用每一個工具進(jìn)行試部署以確定其中哪一個工具能夠?qū)崿F(xiàn)最簡單的運行狀態(tài)、達(dá)到***的控制效果以及支持最廣范圍的應(yīng)用。你將需要在這個通用DevOps框架基礎(chǔ)之上針對每一個新的云應(yīng)用構(gòu)建你的ALM實踐。

一個對部署工具需要特別考慮的領(lǐng)域是通過冗余來管理可用性和性能的。負(fù)載平衡和故障轉(zhuǎn)移往往需要有應(yīng)用設(shè)計級的關(guān)注以便于管理數(shù)據(jù)庫的完整性，而在轉(zhuǎn)換過程中確保性能和可用性流程能夠適當(dāng)?shù)乇３稚舷挛暮蜖顟B(tài)。

這些相同的因素通常需要在部署和ALM中予以特別的關(guān)注，這是因為關(guān)于組件額外副本的決策一般是由監(jiān)控反應(yīng)時間或組件可用性的一些管理程序觸發(fā)的。在部署過程中必須由連接觸發(fā)額外組件副本的安裝，而且應(yīng)當(dāng)通過DevOps工具中的模塊而不是獨立腳本或手動過程來啟動這些新副本。否則，這些做法可能會影響基線部署和增量變化之間的同步過程。

在云遷移過程中保持合規(guī)性和安全性

當(dāng)然，安全性和合規(guī)性是在任何云應(yīng)用遷移中需要考慮的關(guān)鍵問題。

現(xiàn)在的普遍看法是，除非鏡像安全性(和可審計性)程度非常高，否則加密密鑰和認(rèn)證的詳細(xì)信息都不應(yīng)被存儲在云計算的機器鏡像中。有時候會被疏忽的是在云計算中或在云計算與數(shù)據(jù)中心間集成應(yīng)用組件的部署工具，如果工具本身受到損害，那么它們可能就會帶來安全風(fēng)險。一個受到污染的部署腳本能夠輕松地將其作為一個合法的組件部署木馬(Trojan)，從而也就確保云計算的ALM工具完全安全。

內(nèi)部審計人員還應(yīng)包括在他們合規(guī)性審計中的工具或者可能導(dǎo)致認(rèn)證失敗的不完整風(fēng)險評審。

所有這些都與云資源活力的基本問題交結(jié)在一起。云計算托管在地理意義上的位置，在主機和用戶之間網(wǎng)絡(luò)連接的質(zhì)量和可用性都有著顯著的不同。這對響應(yīng)時間和工人經(jīng)驗質(zhì)量有著重大的影響，這意味著，當(dāng)應(yīng)用遷移至云計算時，在應(yīng)用運行的云計算托管點驗證應(yīng)用是非常重要的。如果提供了無法接受的結(jié)果，那么可以肯定，云計算服務(wù)合約可限制應(yīng)用的運行環(huán)境以避免產(chǎn)生額外的問題。

資源活力也會影響安全性和合規(guī)性。應(yīng)用鏡像和應(yīng)用數(shù)據(jù)可在云計算中進(jìn)行遷移，而每一個新站點可能有不同等級的物理安全性和不同的司法管轄區(qū)監(jiān)管因素，例如稅收征管或某些類型信息或內(nèi)容的托管。應(yīng)在整個托管位置范圍內(nèi)測試應(yīng)用的每個假設(shè)，而不僅僅是你認(rèn)為應(yīng)用將會運行的位置。

如果云計算供應(yīng)商與其他供應(yīng)商有一個聯(lián)盟協(xié)議以覆蓋偏遠(yuǎn)地區(qū)或者在高負(fù)載下或故障響應(yīng)時提供額外的資源，那么就要特別小心。這些協(xié)議可能并無法保護(hù)你的核心性能、可用性、安全性、合規(guī)性或者甚至運行假設(shè)，所以當(dāng)你在判斷云計算服務(wù)的合適程度時，你可能需要考慮額外的聯(lián)盟資源。

認(rèn)識云計算的獨特特點

從技術(shù)上來說，云計算不同于其他環(huán)境。如果無法如建議一樣管理上述重點區(qū)域的差異，那么驗證遷移特定應(yīng)用至云計算的業(yè)務(wù)案例無效就是一個足夠大的問題了。

如果是這樣的話，請確定要記錄問題和結(jié)果，以便于具有類似需求的應(yīng)用可以在他們自己的云計算評估中給出“有罪推斷”的結(jié)論。從長遠(yuǎn)來看，當(dāng)技術(shù)條件不能得到保證時，遷移應(yīng)用只會傷害云計算的聲譽。