高性能微服務(wù)架構(gòu)演進V1

2016.7高性能微服務(wù)架構(gòu)演進1一曾經(jīng)的架構(gòu)體系二面臨的痛點問題三高性能微服務(wù)在B站的落地2一曾經(jīng)的架構(gòu)體系31一曾經(jīng)的架構(gòu)體系41業(yè)績一業(yè)務(wù)主站部分移動站的拆分，彈幕2.0，智能彈幕系統(tǒng)；稿件API的架構(gòu)設(shè)計，解耦

主站，云轉(zhuǎn)碼和審核后臺流程，優(yōu)化流程提升轉(zhuǎn)碼效率，加速稿件過審；

活動平臺建設(shè)，支撐626，搶票，拜年祭，相關(guān)活動一曾經(jīng)的架構(gòu)體系501代碼結(jié)構(gòu)：

主要涉及的業(yè)務(wù)：主站邏輯業(yè)務(wù)，彈幕系統(tǒng)，運營審核管理后臺，

移動端接口業(yè)務(wù)，活動平臺，系統(tǒng)性能監(jiān)控，包括部分CDN分發(fā)管理和多媒體處理…

所有的業(yè)務(wù)都統(tǒng)一由一套代碼來完成，但在安全性上，整體結(jié)構(gòu)我們做了一定程度的倉庫拆分

對于一線研發(fā)而言，所負(fù)責(zé)的模塊開發(fā)代碼倉庫在本地環(huán)境是很難配置起來的。Main-webMain-privateMain-configwww/admin/dm/member…1業(yè)績一業(yè)務(wù)主站部分移動站的拆分，彈幕2.0，智能彈幕系統(tǒng)；稿件API的架構(gòu)設(shè)計，解耦

主站，云轉(zhuǎn)碼和審核后臺流程，優(yōu)化流程提升轉(zhuǎn)碼效率，加速稿件過審；

活動平臺建設(shè)，支撐626，搶票，拜年祭，相關(guān)活動業(yè)績?nèi)龍F隊1.組建并建設(shè)主站研發(fā)團隊，鼓勵團隊分享，提升整體團隊凝聚力，戰(zhàn)斗力，

能積極支撐主站相關(guān)業(yè)務(wù)的開展一曾經(jīng)的架構(gòu)體系602服務(wù)集群：

1.自建CDN+商業(yè)CDN相結(jié)合的方式來提供全站的CDN服務(wù)

2.

主要三大服務(wù)集群，主站業(yè)務(wù)集群，彈幕業(yè)務(wù)集群，移動端服務(wù)集群

3.整體負(fù)載均衡策略采用slb1業(yè)績一業(yè)務(wù)主站部分移動站的拆分，彈幕2.0，智能彈幕系統(tǒng)；稿件API的架構(gòu)設(shè)計，解耦

主站，云轉(zhuǎn)碼和審核后臺流程，優(yōu)化流程提升轉(zhuǎn)碼效率，加速稿件過審；

活動平臺建設(shè)，支撐626，搶票，拜年祭，相關(guān)活動一曾經(jīng)的架構(gòu)體系703監(jiān)控體系：

1.CDN監(jiān)控服務(wù)節(jié)點監(jiān)控,主要借助第三方的監(jiān)控平臺misika來監(jiān)控

2.zabbix監(jiān)控本地服務(wù)器集群的健康度

3.緩存和db的監(jiān)控也借助zabbix+自研的工具腳本來完成曾經(jīng)的架構(gòu)體系面臨的痛點問題8一面臨的痛點問題9代碼維護難度大1.代碼量非常大，文檔有缺失，項目的維護難度比較大

2.整體基礎(chǔ)框架基于織夢CMS,絕大多數(shù)業(yè)務(wù)邏輯，被深度定制，新人熟悉慢

3.業(yè)務(wù)聚合一起，不易擴展和拆分

01一面臨的痛點問題10運維配置復(fù)雜，擴展不易整個B站的網(wǎng)站相關(guān)的系統(tǒng)，由于歷史方面原因，主體的www重寫規(guī)則已經(jīng)

將近1k行，代碼層面沒有設(shè)計路由系統(tǒng)運維已經(jīng)不堪重負(fù)，所有新增功能已經(jīng)禁止再額外添加重寫規(guī)則重構(gòu)優(yōu)化勢在必行02一面臨的痛點問題11監(jiān)控不準(zhǔn)，定位問題慢由于所有代碼都聚會放在一個倉庫，所有的業(yè)務(wù)邏輯按照進程池的來劃分邏輯層

導(dǎo)致在監(jiān)控機器負(fù)載的時候，報警信息準(zhǔn)確定位有難度，機器負(fù)載，內(nèi)存占用，io報警比較難以準(zhǔn)確定位到具體哪個進程池，哪個業(yè)務(wù)邏輯03一曾經(jīng)的架構(gòu)體系二面臨的痛點問題三高性能微服務(wù)在B站的落地121業(yè)績一業(yè)務(wù)主站部分移動站的拆分，彈幕2.0，智能彈幕系統(tǒng)；稿件API的架構(gòu)設(shè)計，解耦

主站，云轉(zhuǎn)碼和審核后臺流程，優(yōu)化流程提升轉(zhuǎn)碼效率，加速稿件過審；

活動平臺建設(shè)，支撐626，搶票，拜年祭，相關(guān)活動業(yè)績二技術(shù)1.主站全流程優(yōu)化設(shè)計，子系統(tǒng)的拆分建設(shè)，微服務(wù)實踐；件整體服務(wù)優(yōu)化，流程優(yōu)化，提升研發(fā)速度，提高研發(fā)質(zhì)量一高性能微服務(wù)在B站的實踐-概覽13為何選擇go1.同樣的業(yè)務(wù)邏輯，go的執(zhí)行效率和開發(fā)效率相比其他語言有獨特的優(yōu)勢，就目前而言單機20wqps毫無壓力2.成長迅速，生態(tài)豐富，基本能支持到目前主流框架的使用的工具如kafka,canel,hbase,zookeeper

包括大數(shù)據(jù)生態(tài)3.背景由Google支持，值得信賴，支持者也比較多業(yè)績一業(yè)務(wù)主站部分移動站的拆分，彈幕2.0，智能彈幕系統(tǒng)；稿件API的架構(gòu)設(shè)計，解耦

主站，云轉(zhuǎn)碼和審核后臺流程，優(yōu)化流程提升轉(zhuǎn)碼效率，加速稿件過審；

活動平臺建設(shè)，支撐626，搶票，拜年祭，相關(guān)活動一高性能微服務(wù)在B站的實踐-落地1401業(yè)務(wù)邏輯垂直劃分切割，將一個巨大的服務(wù)體系按業(yè)務(wù)邏輯切割成單元相對獨立的服務(wù)如:評論，硬幣，稿件，收藏，feed等，服務(wù)間依賴標(biāo)準(zhǔn)采用RPC調(diào)用每個服務(wù)自身擁有比較健壯的服務(wù)能力，基本每個對外服務(wù)在代碼層都能兼顧到降級，限流,容錯，熔斷，安全，健康檢測14業(yè)績一業(yè)務(wù)主站部分移動站的拆分，彈幕2.0，智能彈幕系統(tǒng)；稿件API的架構(gòu)設(shè)計，解耦

主站，云轉(zhuǎn)碼和審核后臺流程，優(yōu)化流程提升轉(zhuǎn)碼效率，加速稿件過審；

活動平臺建設(shè)，支撐626，搶票，拜年祭，相關(guān)活動業(yè)績?nèi)龍F隊1.組建并建設(shè)主站研發(fā)團隊，鼓勵團隊分享，提升整體團隊凝聚力，戰(zhàn)斗力，

能積支撐主站相關(guān)業(yè)務(wù)的開展一高性能微服務(wù)在B站的實踐-落地1502服務(wù)內(nèi)外網(wǎng)隔離，部署隔離，部署容器化，由于go項目和docker的先天優(yōu)勢組合，選擇容器化部署就是我們的不二之選，擴展足夠靈活，容器的擴展對部署的要求降低了很多，在很多突發(fā)瞬時流量峰值能秒級擴展服務(wù)集群15業(yè)績一業(yè)務(wù)主站部分移動站的拆分，彈幕2.0，智能彈幕系統(tǒng)；稿件API的架構(gòu)設(shè)計，解耦

主站，云轉(zhuǎn)碼和審核后臺流程，優(yōu)化流程提升轉(zhuǎn)碼效率，加速稿件過審；

活動平臺建設(shè)，支撐626，搶票，拜年祭，相關(guān)活動業(yè)績?nèi)龍F隊1.組建并建設(shè)主站研發(fā)團隊，鼓勵團隊分享，提升整體團隊凝聚力，戰(zhàn)斗力，

能積支撐主站相關(guān)業(yè)務(wù)的開展一高性能微服務(wù)在B站的實踐-落地1603服務(wù)可靠性方面除代碼結(jié)構(gòu)本省之外，我們自研了dapper,traceon,從外圍來反推系統(tǒng)可靠性，每天分析慢接口，優(yōu)化代碼結(jié)構(gòu)和實現(xiàn)邏輯碼質(zhì)量方面，建立了互相review機制，典型項目集體review分析代碼提升整體團隊開發(fā)能力和技巧問題二整體業(yè)務(wù)流程需要更加系統(tǒng)梳理，不能管中窺豹，在熟悉整體業(yè)務(wù)的背景下才能更加平滑順暢推進整體項目的發(fā)展問題1.成員水平需要進一步提升，全方位培訓(xùn)機制需要旗幟鮮明的樹立起來，并執(zhí)行到位1604一高性能微服務(wù)在B站的實踐-挑戰(zhàn)17健全的自研中間件系統(tǒng)為公司的業(yè)務(wù)切分和接偶奠定