前段時(shí)間業(yè)務(wù)組負(fù)責(zé)人提出因?yàn)楹弦?guī)原因，一個(gè)功能模塊需要在 App 實(shí)現(xiàn)灰度發(fā)布，具體來講就是要在不同的地域和用戶等級(jí)開展差異化的活動(dòng)內(nèi)容展示。利用這個(gè)契機(jī)惡補(bǔ)了一些“灰度發(fā)布”相關(guān)的知識(shí)，順勢(shì)將其中有價(jià)值的一些內(nèi)容梳理與大家進(jìn)行分享。

什么是灰度？

要想了解這個(gè)問題就要先明白什么是灰度。灰度從字面意思理解就是存在于黑與白之間的一個(gè)平滑過渡的區(qū)域，所以說對(duì)于互聯(lián)網(wǎng)產(chǎn)品來說，上線和未上線就是黑與白之分，而實(shí)現(xiàn)未上線功能平穩(wěn)過渡的一種方式就叫做灰度發(fā)布。

灰度發(fā)布又叫金絲雀發(fā)布，起源是，礦井工人發(fā)現(xiàn)，金絲雀對(duì)瓦斯氣體很敏感，礦工會(huì)在下井之前，先放一只金絲雀到井中，如果金絲雀不叫了，就代表瓦斯?jié)舛雀摺?/p>

?

灰度發(fā)布和 AB Test 的區(qū)別

和大部分人一樣，我個(gè)人之前對(duì)灰度發(fā)布和 AB Test 存在一定的混淆，認(rèn)為就是換了一種說法，但實(shí)際調(diào)研發(fā)現(xiàn)兩者之間存在著本質(zhì)上的區(qū)別。

1、AB Test

AB測(cè)試一般由產(chǎn)品經(jīng)理和運(yùn)營來主導(dǎo)。它是把兩種功能，或者兩個(gè)版本，交給相同的用戶來使用，看用戶喜歡哪種功能。

要點(diǎn)是，AB的兩種功能都是可用的， 投放的用戶群體無差別，讓用戶選擇更受歡迎的功能，后期可能是A上線，也可能是B上線。

2、灰度發(fā)布

灰度測(cè)試一般由研發(fā)，測(cè)試或運(yùn)維來主導(dǎo)。它是把系統(tǒng)的新版本，或者說新功能，以部分上線的方法來上線，驗(yàn)證新版本是否足夠可靠。

關(guān)鍵要點(diǎn)是，灰度版本未必是可用的，或者說沒有嚴(yán)重bug的，投放的客戶群體可能只是北上廣深等一線城市的用戶，由監(jiān)控確定是否有問題，后續(xù)可能會(huì)繼續(xù)放量上線。

?

灰度發(fā)布的優(yōu)勢(shì)

1、提前獲得使用反饋，縮減風(fēng)險(xiǎn)影響范圍

因?yàn)榛叶劝l(fā)布可以通過地域、性別、用戶等級(jí)、使用客戶端等一系列的策略條件對(duì)目標(biāo)用戶群進(jìn)行篩選，所以可以保證驗(yàn)證版本影響的用戶在最小可接受的范圍內(nèi)。此外，基于驗(yàn)證版本提前收集用戶使用意見，及時(shí)完善產(chǎn)品功能，并且根據(jù)用戶和監(jiān)控的反饋結(jié)果，做到查漏補(bǔ)缺，對(duì)于過程中發(fā)現(xiàn)的重大問題，甚至可以及時(shí)的回滾至“舊版本”。

2、自定義規(guī)則引擎，精準(zhǔn)控制內(nèi)容投放

此外灰度發(fā)布可以作為一個(gè)自定義的規(guī)則引擎，可按地域、人群、時(shí)段等自定義標(biāo)簽對(duì) App 模塊或者 Web 頁面進(jìn)行內(nèi)容的精準(zhǔn)投放，滿足企業(yè)產(chǎn)品的精準(zhǔn)化投放發(fā)布需要。就像是我們業(yè)務(wù)組負(fù)責(zé)人提出的需求，把新上線的活動(dòng)僅投放給北上廣深四個(gè)一線城市的高等級(jí)用戶。

灰度發(fā)布方案分析

1、TestFlight

對(duì)于 iOS 開發(fā)者來講有一個(gè)較為方便的灰度測(cè)試方案，也是大家使用最多的 —— TestFlight。TestFlight測(cè)試工具允許開發(fā)者通過郵件等方式邀請(qǐng)用戶測(cè)試。TestFlight 在被蘋果收購之后，和 AppStoreConnect 進(jìn)行了深入整合，現(xiàn)在，它可以生成一個(gè)公開的鏈接，用戶可以直接安裝測(cè)試。

當(dāng)用戶打開現(xiàn)有版本的 App 后，服務(wù)器可以根據(jù)當(dāng)前用戶的標(biāo)簽判斷是否為灰度用戶。如果是的話，需下發(fā)TestFlight 的安裝鏈接，App 端引導(dǎo)用戶進(jìn)入TestFlight 安裝。

但 TestFlight 也有一定的不足：

• 用戶必須安裝 TestFlight ；

• 有效測(cè)試時(shí)間為60天，在有效期結(jié)束之前需引導(dǎo)用戶更新正式版本；

• 測(cè)試用戶可以達(dá)到最多10000。

2、功能小程序化

第二種對(duì)于很多開發(fā)者來講可能比較陌生，起因是因?yàn)楣镜?App 較為臃腫，迭代發(fā)版非常麻煩，希望功能模塊互相解耦實(shí)現(xiàn)模塊化開發(fā)，各業(yè)務(wù)模塊間互不影響，所以計(jì)劃集成 FinClip SDK ，讓整個(gè) App 具備小程序的運(yùn)行能力，繼而把 App 之前的業(yè)務(wù)功能都小程序化，通過管理后臺(tái)去實(shí)現(xiàn)動(dòng)態(tài)更新與發(fā)布。

剛好在進(jìn)行技術(shù)體驗(yàn)時(shí)發(fā)現(xiàn)，FinClip 的小程序是借助部署的 FinClip 管理后臺(tái)實(shí)現(xiàn)上下架，上下架的同時(shí)可以進(jìn)行上架規(guī)則的制定。這樣一來，相當(dāng)于有了一個(gè)自定義的灰度發(fā)布引擎去自由配置地域、性別、用戶等級(jí)等自定義條件，不需要編寫任何復(fù)雜的應(yīng)用邏輯代碼，完成上下架的同時(shí)就完成了精準(zhǔn)的上線發(fā)布。

相對(duì)于 TestFlight ，這種方式的優(yōu)勢(shì)在于：

• 不僅可以用在iOS系統(tǒng)中，Android 和桌面端應(yīng)用也能集成 FinClip SDK ，相當(dāng)于灰度測(cè)試覆蓋的范圍更加廣；

• 自身的迭代升級(jí)，不會(huì)影響到宿主 App 運(yùn)行的穩(wěn)定性，也無需對(duì) App 進(jìn)行全回歸測(cè)試；

• 小程序業(yè)務(wù)功能開發(fā)可以高度并行；

• 灰度發(fā)布粒度更細(xì)致（例如一個(gè)小程序是可以僅在測(cè)試白名單的范圍內(nèi)試點(diǎn)）。

由于本次調(diào)研的范圍和時(shí)間有限，所以我認(rèn)為較好用的輕量化灰度發(fā)布方案就暫時(shí)羅列這兩類，當(dāng)然方案有千千萬，選擇自己合適的就好。

總結(jié)

以上是生活随笔為你收集整理的轻量化的灰度发布实践技术方案的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。