*作者：陳列昂、昕辰、龍琛、黛忻*

## 專案背景

SKG 公司是一家專注於高階健康產品的研發、設計與製造的企業。專注為消費者提供精緻、時尚的高階產品，以及極致的按/摩儀產品體驗。

隨著市場需求的迅速變化，SKG 的 IT 系統也逐漸面臨著庫存不準確、線上線下渠道無法協同、部署架構不靈活、IT 響應速度過慢等問題，為了能適配銷售擴充、提高效率、加強規模化運營，SKG 同阿里雲達成戰略合作，打造基於線上線下打通，並覆蓋全渠道應用場景的渠道中臺專案。本次渠道中臺建設面向 SKG 線上、線下、禮品等渠道的營銷管理，打通經銷商、導購、後端 SAP 多端業務資料，同時整合面向 C 端會員資料和渠道零售終端銷售資料，以全新的網際網路架構雲化系統能力支撐業務快速發展。

基於底層渠道中臺構建的營銷運營管理平臺、經銷商門戶、導購終端小程式，需要有多端觸達能力，同時滿足不同端的個性化業務訴求和訪問特點，要求中臺有靈活的擴充套件定製能力、以及適配不同渠道流量需求的彈效能力。

## 現狀問題&分析

在渠道中臺建設之前、SKG 主要是租用 IDC 機房部署應用，也有業務跑在雲上，整體是 IDC 機房+ECS 自建應用配套 RDS 等雲產品的混合雲架構。整套系統架構需要手工維護的地方比較多，比如：應用釋出、開源產品搭建接入、雲服務整合、叢集維護等基本都是單點管理、手工操作。老系統交付過程中和轉維後痛點有：

-   **敏捷協同、DevOps 等的成熟度低**：過去專案迭代缺少全生命週期管控，對問題和任務進度的跟進主要靠線下溝通、缺少線上化追蹤工具；DevOps 流程缺少自動化的工具支撐，如業務應用的釋出上線，基本都是人肉釋出，釋出耗時長、流程低效、且容易產生線上安全故障。

-   **應用上線部署繁瑣**：上線需進行資源評估、應用伺服器購買、安裝配套軟體初始化等操作流程較長；此外還需要搭配叢集監控、釋出&排程指令碼服務治理、配置管理、日誌備份等能力，都需要單獨部署配套元件或系統。

-   **自行實施容器化存在上手成本**：開發對 K8s 等容器管理平臺底層細節不熟悉、相對比較黑盒，出現問題排查進度較慢。

-   **彈性伸縮不方便**：業務側有一定的峰谷，而在低谷期資源利用率很低；擴容需要重新走一套上線流程、且擴容後不容易下機器; 後續中臺上線之後、預計會拆出更多的微服務應用、但這些應用因承接的業務場景不同流量不均勻，需要有更靈活的彈性策略。

-   **後期運維成本高**：不單需要維護應用本身、還需要維護整套基礎設施及對應的配套系統；需要投入較多的額外人力

## 技術選型&對比

基於以上痛點以及其他中臺專案的實施經驗，專案組在渠道中臺專案前期做技術選型、架構設計時，一開始就否決了在 ECS 或 K8s 上直接部署應用的方案，希望有一個省事的“容器託管平臺”。儘量減少運維成本、遮蔽底層細節，對開發上手友好、且能較大化提高部署釋出效率，具體來說，主要希望達到以下幾個目標：

1. 希望有統一的管理平臺進行線上化交付，全生命週期管控，以此來提高專案實施效率，該平臺需具備敏捷協同、DevOps、質量保障等能力，尤其是具備 CI/CD 流水線自動化部署至選型的容器託管平臺的能力，用於保障專案交付質量、提升專案交付效率、同時降低交付成本。

2. 專案採用基於 Spring Cloud 的微服務架構、需要容器平臺能無縫相容。

3. 希望平臺能遮蔽底層 ECS 和 K8s 的運維工作，開發大部分工作可以在控制檯完成，不需要投太多精力在運維上面，可以專注在業務功能開發上。

4. 有一定的彈性伸縮能力、擴縮容比較方便、能夠定製性的做一些資源最佳化。

5. 微服務應用的配套設施要完備：如灰度釋出、流量控制、遠端調式、監控等等，能夠方便的整合。

基於以上的一些訴求，我們推薦了基於 SAE（Serverless 應用引擎）的無伺服器化容器平臺方案、並做了一個兩者的對比（如下表格）：

![1.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/dc9a547e95d742d5a9d7d431b562ace9~tplv-k3u1fbpfcp-zoom-1.image "1.png")

## 專案交付進展

專案在實施過程中深度使用了阿里雲飛天技術服務平臺——大禹進行線上化交付，透過平臺進行統一的管控和賦能。

目前 SKG 渠道中臺已上線包括微服務閘道器、微服務中心、前臺 Portal、終端小程式、前端 Node 應用等前中臺所屬 20 多個應用全部部署在 SAE 上；上線過程不需要花太多額外的時間做系統改造或適配，只需要在控制檯做一些必要的配置即可，且上線後平臺執行平穩。

渠道中臺業務系統的研發態和執行態大圖如下所示：

![2.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/851273ba499a480ba16bf9488c7504df~tplv-k3u1fbpfcp-zoom-1.image "2.png")

SKG 渠道中臺研發態&執行態大圖

### 專案交付過程中的直觀感受

-   **CI/CD 自動化部署至 SAE**：透過大禹提供的 CI/CD 流水線能力將業務應用自動化部署至 SAE，徹底替換原來的人工部署、人肉運維的低效方式，在提升應用部署效率的同時，也有效降低了應用釋出變更的風險，實現了可控部署、安全生產的效果。

-   **免運維&聚焦業務**：以往類似規模的叢集和應用數、至少需要配置 2 個專門的運維；使用 SAE 後基本免運維、省去專門運維投入；一些 SAE 控制檯配置操作基本由開發兼職即可；以往維護應用叢集、經常需要排查 K8s 叢集和 ECS 底層的一些問題；使用 SAE 這塊基本不用關注。

-   **良好相容各類微服務框架**：對基於 Springboot、Spring Cloud、Dubbo 等微服務框架開發的應用相容較好、同時很方便的整合了 ACM、ARMS 等雲產品；遮蔽了部分底層細節，可以做到一鍵低配置部署。

-   **彈性伸縮、快速擴縮容**：彈性策略靈活、在做資源最佳化的時候較為方便調整。

### 專案交付效果

-   **SAE 指標**

全部 20+應用初始化配置-建立-部署到 SAE 上只需要 **2-3 個小時**，人效提升 **4 倍**；資源成本比單獨購買機器**節省 30%** 以上；由於 SAE 支援 0.5core 的規格，開發測試環境資源開銷得以**降低 50%** 以上；擴容效率則從按天計提高到**分鐘級**。

-   **大禹指標**

透過大禹平臺共計交付了近 20+ 應用，提交定開程式碼超過 180 萬+行，流水線自動化釋出應用超過 3000 次，平均釋出時間在 100s 內；CI/CD 自動化部署效率提升 300%，零釋出故障。

## 產品提升建議

任何雲產品都不可能 100% 滿足使用者的所有訴求、專案組在使用大禹&SAE 的過程中、也發現了一些可以改進和提升的點：

1.  平臺開放能力：大禹平臺提供更開放的能力，提供更多 OpenAPI 供使用者同步專案交付過程中產生的資料，如需求、任務、缺陷、人天工時、文件等資料。

2.  微服務治理：支援基於 Feign、Dubbo、HSF 等框架微服務介面的線上除錯，服務 Mock，以消費者視角檢視服務等能力。

3.  監控：目前 SAE 的監控都是單應用的，但從使用者視角來說、由於中臺往往會包含較多拆分很細的微服務應用、希望有一個全域性視角的運維監控檢視；方便使用者檢視叢集整體執行情況。

4.  同 SLB 整合最佳化：當 SLB 被刪除或失效後、在 SAE 應用首頁仍會顯示、並且還可以掛載埠（有可能掛載問題已修復、但肯定還可以顯示），需要手動刪除。

5.  支援一定的動態熱部署能力，進一步提高開發部署迭代效率。

6.  對 NAS 儲存的整合最佳化：支援在映象中指定賬號登入訪問 NAS（目前會報錯）。

## 結語

數字化是企業提升效能和創新的舞臺和重大機遇，相信 SKG 將在渠道中臺的賦能下，依託大禹&SAE 等 PaaS 層基礎設施，透過領先的數字化雲化解決方案實現價值升級，開拓更大的市場！

點選[此處](https://developer.aliyun.com/adc/series/activity/serverlessjob)，歡迎大家體驗 3 分鐘建立 Serverless Job 定時獲取新聞熱搜！

新零售標杆 SKG 全面擁抱 Serverless，實現敏捷交付

相關文章