一文帶你了解 Vue 灰度發布
前言
什么是灰度發布？百度百科的解釋如下。
? 灰度發布是指在黑與白之間，能夠平滑過渡的一種發布方式。AB test就是一種灰度發布方式，讓一部分用戶繼續用A，一部分用戶開始用B，如果用戶對B沒有什么反對意見，那么逐步擴大范圍，把所有用戶都遷移到B上面來。灰度發布可以保證整體系統的穩定，在初始灰度的時候就可以發現、調整問題，以保證其影響度。 ?
從上可以看出，灰度發布的主要作用有以下幾點：
- 降低直接全量發布帶來的影響，讓少部分用戶先使用新版本，如發現問題則及時做好修復，驗證無重大問題則全量發布新功能
- 通過新老版本的數據對比，決定新版本是否需要全量發布
概述
灰度發布的方式有很多，按端可以區分服務端，客戶端，Web前端都可以做，沒有最好，只有更適合自己的業務場景。
如上可以看到常見的幾種灰度發布的方式，都有各自的優缺點，由于我們公司有完善的大數據AB test方案，所以前端只需關注接口返回的字段標識，來做具體的頁面加載邏輯，今天重點講述在前端中使用Vue框架中如何做灰度發布。在Vue中主要可以分為以下兩種情況：
組件級別：
- 組件級別動態控制只需后端回傳對應方案標識即可。
頁面級別：
- 前端頁面訪問地址不變，同后端人員約定好AB test 標記字段，前端根據字段返回不同的內容加載對應的頁面。
- 新舊功能區分兩個頁面地址，跳轉頁面地址由后端控制，此方案前端不需要太多改動，此文就不多說明。
先來看看日常處理的方式，一個頁面可能會存在多個地方判斷AB test 邏輯，或者是更多的AB test同時進行，這樣的頁面代碼邏輯復雜度相對比較高，也不夠整潔易懂，當有新的AB test加入或者有AB test需要決策的時候，修改代碼的成本較高，降低了代碼維護的效率。
<template>
<test-a v-if="testA" />
<test-b v-else-if="testB" />
<div v-if="testA">
</div>
<div v-else-if="testB">
</div>
</template>
<script>
if (testA) {
} else if (testB) {
}
</script>
接下來就開始我們今天文章的正題，看看有哪些方式可以解決以上的問題。
組件級別
如只是簡單的兩個小組件功能的灰度則可以直接用 v-if 處理
<testA v-if="testA" />
<testB v-else />
如有多個功能同時測試，可以通過 Vue 的元素加一個特殊的 isattribute 來實現，currentTabComponent 可基于接口獲取或其他前端計算得出。
<component :is="currentTabComponent"></component>
頁面級別
方案一 新增入口頁面分發
新增入口頁面，將新舊版本頁面升級為組件的方式引入，入口頁面增加接口查詢，通過 v-if 或通過 Vue 的<component> 元素加一個特殊的 is 屬性來加載頁面組件。如下是通過接口查詢代碼示例，通過接口前置查詢會帶來一定的界面延遲加載，取決于接口的響應速度，我們也可以通過在URL增加參數獲取，這時的URL由后端拼接好參數再返回，這樣就可以避免一次接口查詢。
<template>
<component :is="testId"></component>
</template>
<script>
import IndexA from './index-a'
import IndexB from './index-b'
import {
getTestID
} from '@/api/getTestID'
export default {
name: 'index',
components: {
'index-a': IndexA,
'index-b': IndexB
},
data() {
return {
testId: ''
}
},
created() {
this.getTestID()
},
methods: {
async getTestID() {
const { testId } = await getTestID({
xxx: xxx
})
this.testId = testId
}
}
}
</script>
這里直接這樣加載頁面級組件會導致此文件體積加大，可以將頁面組件的加載方式改為異步組件，提升頁面加載速度。
components: {
'index-a': () => import(/* webpackChunkName: "index-a" */ './index-a'),
'index-b': () => import(/* webpackChunkName: "index-b" */ './index-b')
}
方案二 高階組件方案
在路由配置中從接口獲取灰度標識數據，進行路由分發。如果不想額外增加接口查詢的開銷，也可以將標識數據從URL參數返回，此方式需要提前拼接好參數。
高階組件的好處是所有需要灰度的加載邏輯都在路由配置文件中，統一維護，組件也可復用，不需要每個需要灰度的頁面都增加一個入口文件。
組件代碼
<template>
<component :is="com" />
</template>
<script>
export default {
name: 'DynamicLoadComponent',
props: {
renderComponent: {
type: Promise
}
},
data() {
return {
com: () => this.renderComponent
}
}
};
</script>
router.js 配置
{
path: 'originPath',
component: () => import('@/views/components/DynamicLoadComponent'),
name: 'originPath',
props: (route) => ({
renderComponent: new Promise((resolve, reject) => {
// 根據 route 拼接參數獲取加載頁面
if (route.query.testA) {
resolve(import('@/views/testA'));
} else {
resolve(import('@/views/testB'));
}
// OR 根據接口返回標識動態加載頁面
getAPIData()
.then((response) => {
if (response.testA) {
resolve(import('@/views/testA'));
} else {
resolve(import('@/views/testB'));
}
})
.catch(reject);
}),
})
}方案三 動態Router.js引入
如果是有大面積的頁面替換，可采用這種方式。例如，后端開發語言更換導致接口地址及返回的字段內容都發生變化，這樣會有一段時間的過渡使用，開發完一個頁面上線一個頁面，就可能會有5個頁面使用新的方案，5個頁面還是保留原始方案的情況。
改造router.js，將原始路由配置抽離到default.js中，再新建java.js將新方案路由配置寫入，基于前端計算或接口返回標識動態加載路由配置文件。
import Vue from 'vue'
import Router from 'vue-router'
import { isHitJavaAPI } from '@/config'
Vue.use(Router)
const router = new Router({
mode: 'history'
})
const computedRouterDirectory = (routeFile) => {
let routerConfig;
const requireRouter = require.context('.', false, /\.js$/);
routerConfig = requireRouter.keys().filter(file => file === `./${routeFile}.js`)[0];
if (routerConfig) {
routerConfig = requireRouter(routerConfig)
routerConfig.default && router.addRoutes(routerConfig.default);
}
}
if (isHitJavaAPI()) {
computedRouterDirectory('java')
} else {
computedRouterDirectory('default')
}
isHitJavaAPI方法中是命中灰度的邏輯，如果這里是前端做灰度，可基于deviceID或UA等計算。如果這里是調用接口獲取方案則需改為同步調用。
總結
本文主要介紹了頁面級別的幾個灰度方案，每個方案的試用場景都有各自的優缺點，如新增入口文件，主要是針對頁面變動較大且當前項目只會有一個在進行中的灰度測試；高階組件適用于當前項目有多個進行中的灰度測試，則可復用組件；動態加載路由配置文件主要針對于當前項目有大規模的頁面UI或邏輯更換灰度測試；通過以上幾種方案都可極大的提升代碼的可維護性以及解耦灰度邏輯和業務代碼邏輯，當灰度測試沒有問題需全量上線時，我們只需修改入口邏輯即可，無需在業務代碼中去逐個修改灰度邏輯。
除開本文所介紹的幾種方式，也還有其他的加載方式，如路由鉤子函數攔截后做動態跳轉，或者請求到后端，后端做重定向處理等。每個方式都有各自的優缺點，就看是不是你當前場景最合適的方案。如果你有其他的方案，歡迎留言和我們交流～
