AWS-雲端轉移策略(Cloud Migration Strategies)

常常被老闆或客戶要求將應用系統轉移到雲端，不要再增加當地機房的負擔及成本。最近上到一堂課很受用，並消化與實務經驗後給各位朋友參考，可以分析如何轉移雲端的策略。

**雲端轉移的先前條件是要了解你遷移到雲端的業務驅動力。
**雲端轉移的策略是取決於各種應用系統負載狀況及功能:

1. 暫時保留的系統(Retain):

例如非常複雜的、有很多相依性的以及需要非常低延遲的系統就先留在當地，不要搬到雲端。

2. 淘汰系統(Retire):

例如要退役的或沒再執行的系統。

3. 重新託管(Re-Hosting):

也叫隨即移轉，就是直接遷移應用程式基礎設施的過程。例如公司有很多Linux的機器，要從當地要將它們重新建置完全相同的機器環境，有很多自動化和遷移工具可以幫助簡單的遷移到雲端。

4. 重建平台(Re-Platform):

不只是基礎設施移動，而是在新的環境中重新建立平台。例如從Windows Server版本轉換到較新的版本；或是從執行時間環境的Unix環境轉到執行專屬Java的環境；或是轉換到雲端的Amazon Linux上執行的開放原始碼的Java環境。(這時有可能”花時間”重構部分應用程式到配合的新環境，在遷移前要測試過)。

5. 重新採購(Re-Purchase):

為了要更新在雲端原有的系統，例如，公司自己開發的線上軟體要改成供應商提供的商業線上軟體。(這時就要索取更新版本的軟體外，更要注意請供應商轉換POC及平測，這些都在REP時要定義清)。

6. 應用程式重構(Refactor):

將應用程式重建新的結構，並以雲端原生的方式進行建置，例如，有一個系統網站有十幾個相關聯的method組合，都與Java應用程式中的單個模組相關，並且在某種Linux堆疊上執行，很難維護到要打掉重練。(這時可以將之完全重構，把這些method組合編寫成Lambda中多個單獨的函數，將它作為前端的API Gateway。這樣就更符合純粹雲端原生應用，以後可以利用很多雲端可用的功能，像分析或機器學習等等。但是花的時間與成本是最多的，卻是附加價值最高的。)

 #MigratingtoCloud

#雲端轉移策略