簡介：mPaas 研發流程和線上運維介紹

1. 背景

金融級移動開發平臺 mPaaS[1]（Mobile PaaS）為 App 開發、測試、運營及運維提供云到端的一站式解決方案，能有效降低技術門檻、減少研發成本、提升開發效率，協助企業快速搭建穩定高質量的移動應用。在我們日常運維過程中發現，大部分用戶對螞蟻的研發流程比較感興趣，特別是在上百個開發者同時在一個app的環境內進行高效開發，技術選型、研發流程還有線上運維是怎么做的，成為大家關注的重點。以下分享我的一些理解。

2. 技術選型

目前研發模式分為Native模式和動態化模式兩種，其中Native技術棧主要覆蓋基礎中間件，還有核心高保鏈路或者變更很少的一些基礎頁面，比如收銀臺，登錄頁面，付款碼等。其他場景業務一般會通過動態化的方式，解耦客戶端版本發布。其中，在線H5一般適用于活動營銷活動，離線包場景一般用于有固定入口的常駐業務，如果有跨端多投場景，一般會選擇小程序，通過小程序的跨端發布實現多端投放。

3. 研發流程

1.需求階段：主要是需求評審，大家意見達成一致。
2.開發階段：代碼開發，代碼合并以及打包等
3.測試階段：測試案例的編寫，功能測試，兼容性測試等
4.集成階段：代碼改動申請進對應的集成基線,進行集成驗證
5.發布階段: 通過內灰，外灰，渠道包全量，站內全量實現發布上線

4. 分支管理

原則：基于分支開發，基于主干發布

1. 變更操作流程

1) 創建變更
2) 選擇倉庫，基于 Master 創建分支
3) 在分支上打工程包，打安裝包，自測（可以基于變更分支創建 feature 分支，并行開發）
4) 合并到 Master 打包、提測
5) 申請集成、發布

2. 獨立發布

主要用做區別于日常變更的獨立發布迭代，比如單獨針對某個廠商做的預裝包適配迭代，就適用于獨立發布。

3. 多App管理(雙Master)

使用場景：聚寶、香港支付寶、口碑、支付寶共用同一個代碼倉庫，同一代碼庫需要多app并行，需要有自己獨立的master分支，在合并的時候，在不同的app端進行多主干的合并。

5. 線上運維

1. 多維度灰度發布能力

MDS提供多維度的發布模式，發布前需要經過白名單灰度，內部灰度，外部灰度，百分比灰度等多層次灰度，不斷擴大灰度范圍，直到Crash率，ANR率等穩定性指標達標后才進行全量的發布。

2. 多角度線上監控

MAS提供了多角度的實時監控指標監控，包括Crash率，ANR率等核心指標，同時這些核心的指標上報都是通過實時通道完成的上報，方便問題的快速發現。

3. 輿情監控

除了以上一些核心指標的監控，同時提供了輿情的監控平臺，開發者可以設置自己關注的關鍵字，在灰度期間去查看相關產品的線上用戶輿情，真實的反饋用戶問題。

4. 線上問題定位

通過上述的多渠道發現問題后，首先可以通過客戶端上報的行為日志進行分析，同時也可以通過MAS提供的日志拉取功能，拉取用戶的詳細日志進行進一步的診斷分析。

5. 自動容災降級

在積累了多年的客戶端問題處理經驗后，客戶端SDK內部也沉淀了一套自恢復的容災降級策略。比如對于多次啟動后重復閃退的用戶，客戶端會嘗試在啟動后清除app私有目錄下的一些文件，解決由于臟數據導致的極端重復閃退。

6. 線上問題修復

針對不同的問題提供了不同的能力實現動態修復，比如對Native模塊實現動態修復的hotpatch機制。

參考文檔

[1] mPaaS平臺：https://www.aliyun.com/product/mobilepaas/mpaas

我們是阿里云智能全球技術服務-SRE團隊，我們致力成為一個以技術為基礎、面向服務、保障業務系統高可用的工程師團隊；提供專業、體系化的SRE服務，幫助廣大客戶更好地使用云、基于云構建更加穩定可靠的業務系統，提升業務穩定性。我們期望能夠分享更多幫助企業客戶上云、用好云，讓客戶云上業務運行更加穩定可靠的技術。

原文鏈接：https://developer.aliyun.com/article/781274?

版權聲明：本文內容由阿里云實名注冊用戶自發貢獻，版權歸原作者所有，阿里云開發者社區不擁有其著作權，亦不承擔相應法律責任。具體規則請查看《阿里云開發者社區用戶服務協議》和《阿里云開發者社區知識產權保護指引》。如果您發現本社區中有涉嫌抄襲的內容，填寫侵權投訴表單進行舉報，一經查實，本社區將立刻刪除涉嫌侵權內容。

總結

以上是生活随笔為你收集整理的mPaas 研发流程和线上运维介绍的全部內容，希望文章能夠幫你解決所遇到的問題。

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