云原生的時代已經到來，云原生技術正在重塑整個軟件生命周期，阿里巴巴是國內最早布局云原生技術的公司之一。

容器服務團隊在過去的幾年時間內幫助很多用戶成功把業務云原生化并遷移上云，其中有現在已經是我們TOP10的大客戶，也有需要在國內開展業務的海外用戶，有些是從其他云廠商遷移過來的用戶，有些是從IDC里遷移上云的用戶，而且越來越多的用戶開始咨詢如何對自己的應用做云原生化改造、如何把業務平滑地遷移到云上。每個用戶的業務場景都是不同的，有些差異化的業務場景對容器平臺也有一些定制化的需求，我們在幫助這些用戶落實遷云方案的同時也在不斷思考如何把這些案例中共性的東西做一些沉淀，總結出一些優秀的解決方案、最佳實踐以及開發一些工具來幫助用戶快速完成遷云的這件事情。這些解決方案、最佳實踐以及遷云工具就是今天這篇文章想要分享的內容。

在幫助用戶落實遷云方案之前，我們首先必須要回答至少3個問題：（1）ACK（阿里云容器服務Kubernetes）如何能保證用戶業務的可靠性、穩定性、安全性和靈活性；（2）如何設計遷云方案把業務平滑地遷移到ACK；（3）應用如何做進一步改造來適配ACK提供的更強大的擴展能力。

1. ACK如何保證用戶業務的可靠性、穩定性、安全性和靈活擴展性

首先，ACK是以阿里云可靠穩定的IaaS平臺為底座的，有最大的彈性化與低廉成本和全球化接入的優勢；其次，ACK本身處于阿里云的安全體系架構之下并從基礎設施到容器運行時環境對容器集群有全維度的安全加固；過去幾年我們很好地支撐了成百上千家大小企業的業務運行，有海量用戶經驗總結并經過雙11驗證；除此之外。ACK是在標準的Kubernetes基礎上，對與用戶息息相關的能力做了大幅提升，用戶完全不需要擔心會被某一家廠商綁定。

在我們過去幫助用戶業務上云的案例中，絕大部分是自建Kubernetes集群遷移到ACK集群，與自建Kubernetes集群相比較，ACK在成本、彈性、IaaS高度融合、性能、安全加固以及實踐經驗等方面都有非常巨大的優勢。

另外，ACK與阿里云的所有region保持一致，除了國內多個區域開服外，在東南亞、中東、歐洲、美東美西都有開服，完全可以滿足用戶開展全球業務的需求。

2. 整體遷云方案設計

用戶業務整體遷云的方案設計會涉及到集群規劃、數據搬遷、監控切換、日志切換以及最終的生產流量切換或并網操作。

遷云到ACK需要做涉及到哪些組件、搬遷哪些數據、切換哪些服務等，都是需要用戶又清晰的概念的。首先需要做集群規劃，用戶需要根據自己業務場景的不同來選擇不同的機器類型，比如CPU機器還是GPU機器，比如虛擬服務器ECS還是神龍裸金屬服務器等等，網絡規劃這部分會涉及到容器集群基礎設施選擇vpc內網網絡還是經典網絡，集群內pod之間進行通信模式是flannel模式還是terway模式等，在容量規劃這部分，用戶可以根據自己的成本以及預算規劃一個可滿足初期業務正常運行的容量即可，隨后可以配置動態擴縮容隨時彈縮集群規模；在安全防護提升這部分，有基礎架構安全比如設置合理的安全組規則，有鏡像安全比如使用私有鏡像并定義鏡像安全掃描，K8S應用安全管理比如設置不同服務間互相訪問的網絡安全策略等；

監控切換這部分相對于用戶自建Kubernetes會更加全維度和立體，從基礎設施到容器運行時監控一應俱全，并可根據閾值設定觸發報警通知；用戶一般也會把自建的日志收集方案切換成阿里云上企業級的日志產品SLS；數據遷移是非常重要的一部分，這些數據包括數據庫數據、存儲數據、容器鏡像等，我們會對接阿里云上企業級的粗出產品以及遷移工具，目的是為了保證數據遷云的可靠性、安全性；應用改造主要涉及的內容包括鏡像地址的更新、服務暴露方式的優化以及存儲盤掛載方式的更新適配；最后提供一個滿足用戶快速迭代上線產品的CICD方案。以上各個組件調試完畢后，我們就可以進行一部分生產流量的切換。以上從集群規劃到生產流量切換便是用戶業務遷移上云所需要涉及到的方方面面。

我們提供了一個企業容器化生命周期模型，這個模型是根據時間階段和用戶側各個業務角色來劃分的，比如業務架構師角色需要關心的是業務上云能給公司帶來什么價值，在TCO和場景上會帶來哪些優化，云平臺在安全性以及計算、存儲、網絡能力上是否能滿足當前業務需求；IT架構師負責規劃當前業務需要的集群容量和規模以及網絡選型等問題，剩下的就是系統管理員與應用管理員把遷云方案的各個細節落實下來。這個模型的主要核心關注點是讓用戶的業務上云后能更穩定、成本更低、效率更高。

全棧遷云架構思路分兩種，一種是整體遷移，一種是平滑遷移。整體遷移是指用戶應用全部遷移上云后，各個組件調試完畢、測試驗收通過后，可以整體切換生產流量到線上集群，待線上集群上的業務穩定運行一段時間后再下線原有環境。平滑遷移是指用戶可以使用線上ACK集群納管線下節點，或者線上集群與線下集群混合組網對外提供服務，逐步改造業務組件上云后將原有環境下線。這兩種方式相比，整體遷移更簡單，平滑遷移響度復雜但對業務影響小，所以也需要根據用戶的實際場景做選擇。

容器化整體遷云這部分還有兩個小場景，一個是用戶從自建Kubernetes集群遷移到ACK，此場景下用戶的應用已經做了很大一部分的云原生化改造，遷移工作相對來說會簡單些，還有一部分用戶的應用是傳統應用，直接運行在虛擬機或者裸金屬服務器上，沒有做過任何云原生化的改造，對于這部分場景，我們也提供了相關工具或方案幫助用戶進行云原生化的遷云改造，比如使用derrick項目可以自動檢測源碼項目類型并生成Dockerfile和用于應用部署編排的yaml文件，比如我們正在聯合ECS SMC（遷云中心）開發的虛擬機轉換容器鏡像并運行在ACk集群中的能力。

為了幫助用戶提高遷云的效率，我們也在持續積累和開源一些遷云工具。比ack-image-builder為用戶提供創建ACK集群節點自定義鏡像的模板并通過校驗模塊檢查自定義鏡像是否滿足ACK集群要求；sync-repo能夠幫助用戶快速完成容器鏡像批量遷移至ACR（容器鏡像倉庫服務）;?velero能夠幫助用戶快速把其他云廠商后者自建Kubernetes集群下的完整應用遷移至ACK集群。

Velero遷移Kubernetes應用到ACK視頻DEMO

在數據搬遷部分，可靠遷移是關鍵，根據用戶數據類型的不同，我們會使用與之匹配的企業級遷移工具，比如數據在線遷移服務DOMS，比如OSS的遷移工具，還有離線海量數據遷移方案閃電立方等。

數據、應用遷云完成后，需要進一步適配監控、日志等組件，待各個組件調試完畢通過驗收后，可以使用智能DNS進行生產流量的切割。

3. 應用改造和優化

對于應用改造和優化這部分，K8s到K8s的場景下，需要優化的是去適配自動擴容等自建K8s不具備的那些能力，在傳統應用遷移到ACK的場景下，這部分的工作量會更大些，所以我們針對這個場景也輸出了一些方案，比如類似于異地多活的方案，我們把用戶傳統應用環境，通常是虛擬機或者裸機環境集成到線上ACK部署的Istio網格中，逐步改造應用直至業務全部切換到線上ACK集群。

在應用逐步改造的這個過程中，會涉及到應用如何容器化、網絡環境如何遷移以及數據遷移的問題，應用容器化這個問題，我們可以使用前面我提到過的一個服務叫做SMC遷云中心來完成虛擬機轉換為容器鏡像的過程，網絡這部分可以通過iptables，External，CoreDNS PrivateZone等方式對IP地址DNS域名做處理，保持原先的邏輯IP和域名不變，并通過Istio實現網絡虛擬路由和可觀測性的管理。

4. 案例

接下來是部分遷云案例，有對高性能網絡有特殊需求的用戶，有做深度學習相關業務對大規模GPU機器有需求的用戶，有要求裸金屬機型服務器的用戶等等。

5. 總結

不同用戶的不同業務場景在云原生化遷云方案的設計和落實上都有各自的差異性，不盡相同，需要結合ACK團隊沉淀下來的最佳實踐來快速做出評估和計劃，并借助已有的一系列遷云工具快速完成業務從線下遷移上云的過程。

原文鏈接
本文為云棲社區原創內容，未經允許不得轉載。

總結

以上是生活随笔為你收集整理的云原生化的迁云实战的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。