2016.7高性能微服務架構演進1一曾經的架構體系二面臨的痛點問題三高性能微服務在B站的落地2一曾經的架構體系31一曾經的架構體系41業績一業務主站部分移動站的拆分，彈幕2.0，智能彈幕系統；稿件API的架構設計，解耦

主站，云轉碼和審核后臺流程，優化流程提升轉碼效率，加速稿件過審；

活動平臺建設，支撐626，搶票，拜年祭，相關活動一曾經的架構體系501代碼結構：

主要涉及的業務：主站邏輯業務，彈幕系統，運營審核管理后臺，

移動端接口業務，活動平臺，系統性能監控，包括部分CDN分發管理和多媒體處理…

所有的業務都統一由一套代碼來完成，但在安全性上，整體結構我們做了一定程度的倉庫拆分

對于一線研發而言，所負責的模塊開發代碼倉庫在本地環境是很難配置起來的。Main-webMain-privateMain-configwww/admin/dm/member…1業績一業務主站部分移動站的拆分，彈幕2.0，智能彈幕系統；稿件API的架構設計，解耦

主站，云轉碼和審核后臺流程，優化流程提升轉碼效率，加速稿件過審；

活動平臺建設，支撐626，搶票，拜年祭，相關活動業績三團隊1.組建并建設主站研發團隊，鼓勵團隊分享，提升整體團隊凝聚力，戰斗力，

能積極支撐主站相關業務的開展一曾經的架構體系602服務集群：

1.自建CDN+商業CDN相結合的方式來提供全站的CDN服務

2.

主要三大服務集群，主站業務集群，彈幕業務集群，移動端服務集群

3.整體負載均衡策略采用slb1業績一業務主站部分移動站的拆分，彈幕2.0，智能彈幕系統；稿件API的架構設計，解耦

主站，云轉碼和審核后臺流程，優化流程提升轉碼效率，加速稿件過審；

活動平臺建設，支撐626，搶票，拜年祭，相關活動一曾經的架構體系703監控體系：

1.CDN監控服務節點監控,主要借助第三方的監控平臺misika來監控

2.zabbix監控本地服務器集群的健康度

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

2.整體基礎框架基于織夢CMS,絕大多數業務邏輯，被深度定制，新人熟悉慢

3.業務聚合一起，不易擴展和拆分

01一面臨的痛點問題10運維配置復雜，擴展不易整個B站的網站相關的系統，由于歷史方面原因，主體的www重寫規則已經

將近1k行，代碼層面沒有設計路由系統運維已經不堪重負，所有新增功能已經禁止再額外添加重寫規則重構優化勢在必行02一面臨的痛點問題11監控不準，定位問題慢由于所有代碼都聚會放在一個倉庫，所有的業務邏輯按照進程池的來劃分邏輯層

導致在監控機器負載的時候，報警信息準確定位有難度，機器負載，內存占用，io報警比較難以準確定位到具體哪個進程池，哪個業務邏輯03一曾經的架構體系二面臨的痛點問題三高性能微服務在B站的落地121業績一業務主站部分移動站的拆分，彈幕2.0，智能彈幕系統；稿件API的架構設計，解耦

主站，云轉碼和審核后臺流程，優化流程提升轉碼效率，加速稿件過審；

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

包括大數據生態3.背景由Google支持，值得信賴，支持者也比較多業績一業務主站部分移動站的拆分，彈幕2.0，智能彈幕系統；稿件API的架構設計，解耦

主站，云轉碼和審核后臺流程，優化流程提升轉碼效率，加速稿件過審；

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

主站，云轉碼和審核后臺流程，優化流程提升轉碼效率，加速稿件過審；

活動平臺建設，支撐626，搶票，拜年祭，相關活動業績三團隊1.組建并建設主站研發團隊，鼓勵團隊分享，提升整體團隊凝聚力，戰斗力，

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

主站，云轉碼和審核后臺流程，優化流程提升轉碼效率，加速稿件過審；

活動平臺建設，支撐626，搶票，拜年祭，相關活動業績三團隊1.組建并建設主站研發團隊，鼓勵團隊分享，提升整體團隊凝聚力，戰斗力，

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