既有現(xiàn)網業(yè)務系統(tǒng)是指由用戶在 CloudLink 之外部署的，正在運行，提供業(yè)務支撐服務的一些系統(tǒng)，如BOSS、CRM等業(yè)務系統(tǒng)。傳統(tǒng)的運維方式主要依賴運維人員編寫腳本維護，部署架構、拓撲依賴、實例啟停參數等信息均在腳本中體現(xiàn)。完全依賴腳本運行管理業(yè)務系統(tǒng)，會引入極大的不確定性，而且腳本多次運行可能會對環(huán)境造成破壞，進而導致下發(fā)腳本執(zhí)行完全是碰運氣。所以引入一個完備的運維管理平臺是迫切而重要的事情，但是所有運維管理軟件都會要求重建業(yè)務系統(tǒng)，這對于大型IT服務企業(yè)是不可接受的。

CloudLink 具備將既有現(xiàn)網業(yè)務系統(tǒng)納入CloudLink 管理之下的能力。這樣便能保證在業(yè)務不中斷運行的情況下，引入CloudLink作為云運維管理平臺，有效地保證了業(yè)務連續(xù)性；同時，也為目前不能實施云化架構變更的業(yè)務系統(tǒng)提供了一套完整的云化運維管理平臺。

先決條件

既有現(xiàn)網業(yè)務系統(tǒng)是 CloudLink 能夠管理的應用類型，目前CloudLink支持JEE應用和其他各種不同類型的應用。并且對主流的各種J22應用服務器的多個版本提供深度管理能力。

既有現(xiàn)網業(yè)務系統(tǒng)的域結構、集群結構、應用部署結構符合CloudLink的特點，具體來說：

1) 一個中間件域下要么全是獨立實例，要么包含一個集群；

2) 一個中間件域下的所有實例上部署的應用是一樣的。

操作步驟

1) 根據既有現(xiàn)網系統(tǒng)部署架構，規(guī)劃資源池，并將涉及機器添加到CloudLink節(jié)點管理。

2) 根據既有現(xiàn)網業(yè)務系統(tǒng)上應用的性質，在 CloudLink中建立對應的應用系統(tǒng)定義（假定名稱為App_CMR_Migrate），開啟“啟用靜態(tài)部署規(guī)劃”。

3) 根據既有現(xiàn)網業(yè)務系統(tǒng)中的中間件類型，指定應用組件所依賴的基礎組件的安裝目錄和安裝用戶等信息。

4) 根據既有現(xiàn)網業(yè)務系統(tǒng)的部署結構，編寫靜態(tài)部署規(guī)劃文件（具體見《BES CloudLink產品用戶手冊》“12.1 靜態(tài)部署規(guī)劃文件”）。

5) 進入應用系統(tǒng)->實例管理->“部署新應用組件”頁面，定義應用組件等相關信息，勾選使用“遷移”模式進行安裝創(chuàng)建動作。

6) 選擇既有現(xiàn)網業(yè)務系統(tǒng)所在的所有節(jié)點，指定每臺機器上創(chuàng)建的實例數目。點擊“確定”執(zhí)行安裝應用組件操作以及創(chuàng)建實例操作。

每臺機器上創(chuàng)建的實例數目，應與靜態(tài)部署規(guī)劃文件中相同。

7) 如果既有現(xiàn)網業(yè)務系統(tǒng)的實例當前是啟動狀態(tài)，則在CloudLink中執(zhí)行對應實例的啟動操作。

以上操作，實質上是根據既有現(xiàn)網業(yè)務系統(tǒng)的結構，建立 CloudLink中的對應對象，并不會對既有現(xiàn)網業(yè)務系統(tǒng)做任何實質上的改變。遷移操作完成后，CloudLink便可以正常管理既有現(xiàn)網業(yè)務系統(tǒng)。