一槽畔、背景

有贊移動(dòng)有weex發(fā)布平臺(tái)栈妆、移動(dòng)配置中心平臺(tái)、App分發(fā)平臺(tái)厢钧、熱修復(fù)平臺(tái)等鳞尔。這些平臺(tái)都需要發(fā)布，而發(fā)布就需要規(guī)范化早直，需要審批制度寥假。如果為各個(gè)平臺(tái)開(kāi)發(fā)這個(gè)審批流程，看起來(lái)是一種浪費(fèi)霞扬。

首先想到第一種方案：接入現(xiàn)有的前后端發(fā)布平臺(tái)糕韧。

移動(dòng)側(cè)的發(fā)布基本是配置類的發(fā)布，跟后端應(yīng)用和前端應(yīng)用的發(fā)布不一樣喻圃。后端應(yīng)用和前端應(yīng)用的發(fā)布都是將指定的內(nèi)容推送到某臺(tái)或者多臺(tái)機(jī)器進(jìn)行部署萤彩、啟動(dòng)。兩者如果硬要做抽象斧拍，成本反而更大雀扶，而且不易維護(hù)。所以放棄第一種方案肆汹。

那么是否可以抽象成單獨(dú)的統(tǒng)一管理平臺(tái)愚墓，進(jìn)行標(biāo)準(zhǔn)化呢？

二昂勉、梳理

首先看一下標(biāo)準(zhǔn)的發(fā)布審批流程一般是怎么樣的浪册？

第一步：申請(qǐng)人提交發(fā)布單

第二步：負(fù)責(zé)人審批

第三步：申請(qǐng)人發(fā)布

而這里申請(qǐng)人和負(fù)責(zé)人就是以權(quán)限為區(qū)分。

一般的權(quán)限角色有模塊負(fù)責(zé)人硼啤、開(kāi)發(fā)议经、運(yùn)營(yíng)、測(cè)試等谴返。

其中煞肾，審批人是模塊負(fù)責(zé)人，而申請(qǐng)人可以是開(kāi)發(fā)嗓袱，也可以是模塊負(fù)責(zé)人籍救。而二方平臺(tái)還可以根據(jù)不同角色賦予不同的權(quán)限。

2.1 權(quán)限

權(quán)限實(shí)質(zhì)上指的是用戶和模塊之間的關(guān)系渠抹。所以只需要模塊的唯一標(biāo)識(shí)和用戶的唯一標(biāo)識(shí)蝙昙，用戶的唯一標(biāo)識(shí)由統(tǒng)一的用戶認(rèn)證服務(wù)提供闪萄，模塊的唯一標(biāo)識(shí)由各個(gè)二方平臺(tái)提供。對(duì)于二方平臺(tái)來(lái)說(shuō)奇颠，只要提供模塊唯一標(biāo)識(shí)和用戶唯一標(biāo)識(shí)败去，然后獲得角色即可，然后根據(jù)角色進(jìn)行相應(yīng)的操作烈拒。所以這一層就可以單獨(dú)抽離出來(lái)≡苍＃現(xiàn)有的前后端發(fā)布平臺(tái)也已經(jīng)驗(yàn)證了這一點(diǎn)。

2.2 審批

審批需要哪些元素呢荆几？ 申請(qǐng)人吓妆、審批內(nèi)容、審批人吨铸、審批狀態(tài)行拢。其中審批內(nèi)容在各個(gè)二方平臺(tái)是不一樣的。

盡管如此诞吱，還是可以抽象成兩個(gè)字段：審批單唯一標(biāo)識(shí)和用于查看審批詳情的鏈接舟奠。這兩個(gè)字段都可以由二方平臺(tái)提供。所以審批也是可以做抽象的狐胎。

三鸭栖、設(shè)計(jì)

如何設(shè)計(jì)這個(gè)統(tǒng)一的平臺(tái)將權(quán)限與審批流程標(biāo)準(zhǔn)化呢？首先看一下二方平臺(tái)和有贊移動(dòng)權(quán)限與審批統(tǒng)一管理平臺(tái)（以下簡(jiǎn)稱統(tǒng)一管理平臺(tái)）的交互流程圖握巢。

首先晕鹊，二方平臺(tái)和統(tǒng)一管理平臺(tái)都要依賴CAS，CAS是有贊的用戶認(rèn)證平臺(tái)暴浦。這樣溅话，就可以基于同個(gè)用戶進(jìn)行權(quán)限管理。

3.1 二方平臺(tái)與統(tǒng)一管理平臺(tái)的交互

從圖中可以看到歌焦，二方平臺(tái)與統(tǒng)一管理平臺(tái)主要有四大交互：添加模塊飞几、獲取權(quán)限、提交發(fā)布單独撇、獲取發(fā)布單狀態(tài)屑墨。

3.1.1 添加模塊

模塊是最小的可配置權(quán)限的元素，比如weex發(fā)布平臺(tái)對(duì)應(yīng)的各個(gè)模塊纷铣、熱修復(fù)平臺(tái)對(duì)應(yīng)的App等卵史。需要在發(fā)布平臺(tái)配置權(quán)限的時(shí)候，就需要選擇模塊搜立。
所以以躯，二方平臺(tái)在注冊(cè)模塊的時(shí)候，需要同步到發(fā)布平臺(tái)，帶上平臺(tái)和模塊的唯一標(biāo)識(shí)忧设，以及模塊的名稱刁标，增強(qiáng)可讀性。

3.1.2 獲取權(quán)限

權(quán)限由統(tǒng)一管理平臺(tái)管理址晕，模塊負(fù)責(zé)人可以編輯權(quán)限膀懈，其他人可以申請(qǐng)權(quán)限。

二方平臺(tái)通過(guò)攜帶平臺(tái)和模塊的唯一標(biāo)識(shí)斩箫，以及用戶的唯一標(biāo)識(shí)吏砂，從統(tǒng)一管理平臺(tái)獲取權(quán)限，依賴權(quán)限進(jìn)行相應(yīng)的操作乘客。

3.1.3 提交發(fā)布單

移動(dòng)側(cè)的各個(gè)二方平臺(tái)發(fā)布的內(nèi)容基本是配置類的信息，配置的內(nèi)容淀歇、格式易核、條件都不一樣。

比如weex發(fā)布的內(nèi)容包含平臺(tái)浪默、環(huán)境牡直、規(guī)則、描述纳决，和頁(yè)面列表碰逸，如圖：

而熱修復(fù)平臺(tái)發(fā)布的內(nèi)容包括應(yīng)用版本、補(bǔ)丁文件阔加、描述饵史、下發(fā)模式（規(guī)則）等：

首先想到的是將這些配置類內(nèi)容抽象成內(nèi)容、規(guī)則和描述胜榔。但是如果這么做的話胳喷，各個(gè)二方平臺(tái)展示時(shí)各自需要重新解析，也不便于根據(jù)內(nèi)容里的字段進(jìn)行搜索夭织。

所以吭露，各個(gè)二方平臺(tái)的發(fā)布頁(yè)面由各個(gè)平臺(tái)自己開(kāi)發(fā)，提交發(fā)布單的時(shí)候尊惰，再將唯一標(biāo)識(shí)符（包含平臺(tái)讲竿、模塊、發(fā)布單ID等)和發(fā)布單詳情的url傳給統(tǒng)一管理平臺(tái)弄屡，統(tǒng)一管理平臺(tái)來(lái)維護(hù)一張審批表题禀，包含發(fā)布單唯一標(biāo)識(shí)符、狀態(tài)琢岩、申請(qǐng)人投剥、發(fā)布單詳情url等。

其中担孔，狀態(tài)包括待審批江锨、審批通過(guò)吃警、審批拒絕。發(fā)布單詳情url用于審批人在統(tǒng)一管理平臺(tái)審批時(shí)可以跳轉(zhuǎn)查看審批內(nèi)容詳情啄育。

3.1.4 獲取發(fā)布單狀態(tài)

各個(gè)二方平臺(tái)有各自的發(fā)布單詳情表酌心，而審批狀態(tài)統(tǒng)一從統(tǒng)一管理平臺(tái)獲取。二方平臺(tái)通過(guò)審批狀態(tài)挑豌，判斷是否可以進(jìn)行發(fā)布安券。

3.2 優(yōu)化改進(jìn)

3.2.1 權(quán)限申請(qǐng)入口

考慮到每次需要添加的權(quán)限的時(shí)候，都需要模塊負(fù)責(zé)人去權(quán)限管理頁(yè)面添加氓英，對(duì)于負(fù)責(zé)人來(lái)說(shuō)是一種不必要的時(shí)間浪費(fèi)侯勉。于是增加權(quán)限申請(qǐng)的入口，不僅在統(tǒng)一管理平臺(tái)可見(jiàn)铝阐，在各個(gè)二方平臺(tái)也開(kāi)發(fā)入口址貌，通過(guò)再url后面攜帶平臺(tái)、模塊徘键、角色等參數(shù)练对，跳轉(zhuǎn)到統(tǒng)一管理平臺(tái)的權(quán)限申請(qǐng)頁(yè)面。申請(qǐng)后吹害，模塊負(fù)責(zé)人會(huì)收到通知（企業(yè)微信螟凭、釘釘或者其他形式），同意申請(qǐng)即可它呀。既減少了模塊負(fù)責(zé)人的操作成本螺男，也減少了模塊負(fù)責(zé)人與申請(qǐng)人的溝通成本。

3.2.2 審批通知與審批結(jié)果通知

申請(qǐng)人發(fā)起發(fā)布申請(qǐng)后钟些，審批人會(huì)實(shí)時(shí)收到通知烟号。而審批人通過(guò)/拒絕申請(qǐng)后，申請(qǐng)人也會(huì)實(shí)時(shí)收到通知政恍。減少了二者的溝通成本汪拥。

3.2.3 允許關(guān)閉審批

可能有一些模塊的特殊性（測(cè)試模塊），或者環(huán)境的特殊性（有贊的網(wǎng)絡(luò)環(huán)境分為Daily篙耗、QA迫筑、Pre、Prod）宗弯，有些模塊在某些環(huán)境需要關(guān)閉審批脯燃，這樣更能提高效率。否則在測(cè)試環(huán)境蒙保，每次發(fā)布都要審批辕棚，著實(shí)比較麻煩。

四、總結(jié)

由此逝嚎，所有的審批操作和權(quán)限操作都在統(tǒng)一管理平臺(tái)進(jìn)行扁瓢。添加模塊、提交發(fā)布單和發(fā)布补君、回滾等操作在各自的二方平臺(tái)進(jìn)行引几。統(tǒng)一管理平臺(tái)以Dubbo的形式向二方平臺(tái)提供統(tǒng)一標(biāo)準(zhǔn)接口：

• 接口一：在統(tǒng)一管理平臺(tái)創(chuàng)建模塊

• 接口二：獲取到用戶在發(fā)布平臺(tái)的角色

• 接口三：在統(tǒng)一管理平臺(tái)創(chuàng)建/撤回審批單

• 接口四：獲取審批單的進(jìn)度

統(tǒng)一管理平臺(tái)的后臺(tái)操作頁(yè)面，主要是權(quán)限管理界面和審批界面挽铁。

由此就將發(fā)布的審批流程和權(quán)限管理進(jìn)行了標(biāo)準(zhǔn)化∥拔Γ現(xiàn)有的二方平臺(tái)，以及將來(lái)更多二方平臺(tái)都可以通過(guò)統(tǒng)一管理平臺(tái)提供的接口接入叽掘，在統(tǒng)一管理平臺(tái)上進(jìn)行權(quán)限和審批流程的管理楣铁。后續(xù)隨著二方平臺(tái)的復(fù)雜度變高，權(quán)限角色的增加够掠，審批類型的增加都可以很方便地進(jìn)行擴(kuò)展和復(fù)用民褂。

標(biāo)準(zhǔn)化意義在于降低成本，包括開(kāi)發(fā)成本和使用成本疯潭。日常開(kāi)發(fā)中需要更多思考，識(shí)別業(yè)務(wù)中哪些可以標(biāo)準(zhǔn)化哪些需要個(gè)性化面殖，然后將可標(biāo)準(zhǔn)化的部分抽象出來(lái)做成服務(wù)竖哩，對(duì)于效率和擴(kuò)展性來(lái)說(shuō)都是更好的選擇。