摘要：介紹直播項目開發的平臺架構、前臺技術、數據中臺和運維保障支持等實踐。
新年伊始，新冠疫情令許多企業遭遇生存危機，而每次危機和逆境，也都會帶來新的商業機會。宜信財富迎難而上，勇於嘗試線上銷售新“路數”——直播帶貨，實現業績逆勢增長。2020年2月，宜信財富實現規模業績同比2019年2月提升24%、環比1月增長8%；新增客戶數同比2019年2月增長82%、環比1月增長23%的好成績。回顧過去一個月，宜信財富沒有浪費這場危機，做到了“危”中覓“機”。
下面我們就帶大家瞭解一下宜信財富逆勢增加背後的技術祕密。本文主要從本次直播項目開發的平臺架構、前臺技術、數據中臺和運維保障支持這幾個方面做了簡單的總結和分享，希望可以給大家帶來一些思考和啓發。
第一部分：宜信財富直播平臺架構演進之路
在此次項目中，直播平臺的架構演進主要是應用服務層的演進，包括以下三個階段。
1、第一階段：在項目初期，爲了產品快速上線、快速驗證，架構是比較簡單直接的，就是“單活動架構”，如下圖：
“單活動架構”快速實現了產品的核心功能，可以提供給種子用戶快速驗證，但隨着驗證反饋->快速迭代，一旦業務量上來並提供給大範圍的用戶使用，這種架構也就不再滿足需求了，它的主要問題是：無運營管理能力，每次業務調整均需要由研發同事上線來解決。每舉辦一場直播活動都需要技術同學開發一次、上線一次。
2、第二階段：隨着直播活動的逐步推廣，使用用戶增多，直播頻率也越來越高，“單活動架構”在應對業務量上漲方面已經越來越吃力。因此本次優化的思路就是解耦，讓共性通用的業務字段可以進行配置管理。這個階段在這裏暫且稱“簡業務架構”（因爲它只能覆蓋業務範疇的一部分）。
“簡業務架構”雖然在一定程度上解耦了基礎服務與業務服務，但業務服務能力還是過於單一，不同場直播活動稍微的業務特殊變化，都會帶來前端的定製化開發改造。
3、第三階段：爲了使“基礎功能服務化，複用服務化能力”去進一步提升直播活動快速生成快速發佈的運營效率，本次優化的思路就是“服務化”。根據之前的業務積累，構造了“直播模板孵化器”和“實現與已有運營配置中心打通”，讓運營同事可以通過後臺直接構建一場直播活動，並且構建成功後運營配置中心可直接生效。依據以往經驗，一般一個業務平臺技術發展到這個階段，後續基本就可以依據產品的變化而迭代開發了。所以這個階段我們可以稱之爲“服務化架構”。
“服務化架構”已大大提高了可靠性和可用性，但是隨着服務的深入使用和在線直播業務帶來的實質用戶增長數據，以直播平臺爲中心衍射出來的與外部系統交互的需求會越來越多。因此，此時需要技術研發人員對自己辛苦搭建的“服務化架構”進行復盤迴看。需要對服務進行拆分、治理，提升它的監控能力、降低它的運維成本、思考它對外開放的標準。下一個階段是從“服務化架構” 向“微服務架構演進”。
整個架構三個階段的演進在一個月之內完成，目前來說在業務表現和用戶體驗上看是成功的。不過從來沒有一個完美的架構能夠一直支撐業務的發展，架構是動態的、變化的，是隨着業務的發展不斷演進的，不同階段需要不同成熟度的技術架構去支持業務 ，從服務升級和技術優化兩個方面共同完善我們的產品。
第二部分：宜信財富直播平臺前端技術實現
前端主要處理頁面的邏輯、樣式的控制，以及給服務端發送用戶的操作數據，本次項目主要是將直播系統接入到宜信財富app，實現app端用戶觀看直播，從而進一步支持財富端業務。在這裏我主要說一下我們在直播項目中主要的技術點和遇到的坑。
1、帶監測代碼的二維碼圖片合成的技術實現
獲取到動態帶員工id的二維碼，通過css佈局，使背景圖中圍繞二維碼周圍的文字圖片對齊，再通過canvas的技術進行合成，合成中需要調試圖片大小、清晰度，以及生成後二維碼及文字的準確性。
2、vue的雙向綁定的特性在直播中的應用
vue.js 是採用數據監聽結合發佈者-訂閱者模式的方式，通過Object.defineProperty()來監聽各個屬性的setter、getter，在數據變動時發佈消息給訂閱者，觸發相應的監聽回調。我們來看Object.defineProperty()這個方法。
已經瞭解到vue是通過數據監聽的方式來做數據綁定的，其中最核心的方法便是通過Object.defineProperty()來實現對屬性的監聽，那麼在設置或者獲取的時候我們就可以在get或者set方法裏，調用其他的觸發函數，達到監聽數據變動的目的。（有興趣的小夥伴可以再深入研究，這裏篇幅有限只做簡單介紹）
在整個直播項目中前端有很多地方都應用到了vue的機制，比如用戶評論留言的展示、對用戶信息的存儲判斷，包括是否實名制、是否綁定理財師、是否做過風險測評等信息。這裏通過留言評論展示簡單說一下，評論展示前端代碼。
通過vue指令 v-if來判斷是否有留言，msgListObj爲留言數據，通過接口獲取，v-for指令來循環顯示出留言，nameChange爲自定義過濾器，將用戶姓名以姓**的形式匿名展示，過濾器代碼如下：
3、埋點技術在直播上的一些新擴展（或解決的數據埋點問題）
以往只在APP裏打通了渠道，埋點服務可以獲取到用戶在APP端登錄的id，然後通過id記錄到客戶行爲，但是在APP外，頁面行爲沒有關聯到用戶。此次主要在APP外，獲取了用戶id，並且關聯到埋點服務。
4、直播中遇到的一個問題
首先描述一下整個問題的經過：
第一次出現的問題：在某一天的回放視頻播放過程中，突然畫面切換了，導致視頻內容不正確，發現問題後第一時間排查。發現同時間有新版發佈，但是發佈版本中沒有任何關於直播流內容的修改，通過回退了版本，暫時解決問題。
第二次出現的問題：發佈版本修改的內容部分客戶端生效，還有一部分不生效。結合上一次的問題，我們排查了前端代碼、線上代碼、git版本，都沒有查出問題。最後發現，手動清理CDN緩存，就解決了不生效的問題。
在這裏簡單介紹下什麼是CDN。CDN的全稱是Content Delivery Network，即內容分發網絡。CDN是構建在現有網絡基礎之上的智能虛擬網絡，依靠部署在各地的邊緣服務器，通過中心平臺的負載均衡、內容分發、調度等功能模塊，使用戶就近獲取所需內容，降低網絡擁塞，提高用戶訪問響應速度和命中率。
定位到問題原因，主要是因爲在直播使用的域名，爲了緩解服務器緩存壓力，採取了CDN緩存機制，緩存頁面路徑中的html、js、css等文件，緩存時間爲2天，但是在頻繁上線操作的情境下，CDN的緩存會有負面影響，就是由於緩存，用戶看到的內容不是最新的內容，而是緩存的內容。
爲了解決這個問題，我們在每次發佈版本的時候都會針對現有的地址清理緩存，然後在時間允許的情況下，重新生成一個新的鏈接，確保沒有緩存。針對每天直播任務的頻繁上線發版，我們最後開發了一套後臺直播配置系統，把直播中需要的各種資源都從後臺接口獲取，使直播真正成爲一種模板形式，完全通過配置即可，不用再頻繁上線發佈版本，從根本上解決了CDN緩存的問題。
其實這期間還發生了很多很多的事情，也第一時間解決了很多的問題，很多事情可能不值一提，也有很多事情一發生就牽動好多人的心緒，不論過程如何，就目前看來整個的支持來看是成功的。
第三部分：數據中臺在直播項目中的實踐
宜信財富在財富管理行業直播帶貨的實踐，獲得開創性成功，目前已經舉辦30+場直播，並帶來了巨大的收益，同比去年銷量不降反而有提升！線上對比線下，有非常明顯的優勢，產品服務可以藉助互聯網得到更廣泛的傳播，傳播力度也有極大的提升，專家可以同時服務更多的客戶，是建立客戶信任的最佳時機。
其中，精準營銷、數據化運營是必不可少的環節，宜信財富數據中臺也獲得了絕佳的實踐機會，主要包含以下四個方面：
- 精細化運營，利用客戶畫像，精準觸達客戶，減少客戶騷擾；
- 直播前、中實時看板，使管理決策心中有數；
- 直播後數據集市建設，實現全場景直播數據應用；
- 直播分析，對參與客戶的人羣畫像、活躍度、轉化率等方面進行分析，從而進一步優化第一方面的策略，形成數據運營閉環。
1、精細化運營
藉助精準運營工具，以及數據中臺客戶標籤，實現客戶精準人羣定位和全渠道傳播預熱；決策者通過線下長期積累的客戶需求經驗，精準總結了各類客戶人羣，比如：全職太太、子女教育、家族傳承學院等；
再根據客戶渠道偏好、時間偏好、興趣偏好等制定精準的運營策略，保證在最適合的時間、給有需求的客戶營銷正確的內容，從而提升客戶體驗和轉化率。
2、直播實時看板（數據中臺ADX+Davinci）
使用端到端豎管的模式，對接直播相關各業務系統的數據，包括神策行爲埋點數據、直播預約數據、開戶註冊數據、交易打款等數據，藉助數據中臺的實時流處理工具，監測源系統數據庫日誌變化，在流上開發邏輯，實現端到端數據打通並形成看板，減少倉庫層流程，提高數據使用效率，使數據及時可用。
（直播看板，來自網絡截圖）
3、數據集市建設
傳統數倉分層結構，ODS、PDM、GDM、DM。
- PDM：主數據層，核心包括客戶、事件、活動、資產等；
- GDM：公共數據集市，客戶屬性變化表，客戶交易狀態切片表，客戶指標標籤表等；
- DM：各層管理決策的多維報表、功能系統報表、數據科學家分析報表等。
4、客戶標籤體系
客戶標籤體系就是基於大數據挖掘（如統計算法、機器學習算法、關係網絡分析、LBS分析、文本分析等）技術，通過對企業級數據倉庫以及信息源中的客戶屬性、特徵和信息（行爲指標、偏好、價值指標、心理指標等）進行加工和運算，所得到的客戶標籤化信息，例如“有房一族”、“有車一族”、“有娃一族”、“出國消費”、“高檔小區”、“高端商場”等標識。
從宜信財富的標籤體系中，根據直播數據，對參與客戶的人羣畫像、活躍度、轉化率等方面進行分析，發掘和識別出高價值潛力客戶，進行存量客戶提升，防止潛在客戶流失，從而進一步指導和優化宜信財富的精細化運營形成數據運營閉環。
總結：在日常經營管理中，一線銷售人員很難快速地對大量數據的處理得到覆盤結果，也缺少識別高價值潛力客戶的工具和手段，同時有關客戶畫像的認知和了解也處於初級階段。因此，高效的智能化數據分析覆盤十分有必要，此次數據中臺賦能財富直播是一個很好的數字化實踐案例，希望以上的內容可以爲企業大數據戰略佈局及開展基於客戶標籤體系建設的數字化營銷應用提供有益的借鑑。
第四部分：直播項目運維保障
在疫情期間所有的線下拓客都停滯的狀況下，宜信財富上線新的功能：硬核直播帶貨，疫情期間平臺上幾乎每天都會有一場直播。截至目前，幾乎每一場直播都得以順利流暢地進行，背後的功臣，就是我們整個的直播運維保障團隊。
運維作爲業務發展的後腰團隊，很少爲用戶所關注，但卻是支撐產品基礎系統穩定運轉的重要力量。今天我們就和大家說說運維保障團隊爲直播產品和正常服務保駕護航都做了哪些方面的努力。
首先介紹一下直播的流程。通過下圖做一個簡要的介紹，首先看左側兩圖的部分，在一臺滿足推流條件的電腦上安裝OBS直播推流軟件，把要展示給大家看的內容，專業術語稱爲“源”，如微信視頻、PPT、圖片、視頻文件等等在OBS中調整好佈局，形成場景，合成爲可以在互聯網傳播的視頻流，通過網絡（此處指OBS電腦所在的網絡，一般是家庭寬帶和公司辦公用網）上傳到視頻雲服務器（VDN，在全國乃至全球有多個節點，實現終端就近連接視頻服務器觀看，減少跨國或是跨地區帶來的網絡不穩定、質量不高等問題），然後咱們的客戶和同事就可以通過手機上的宜信財富APP、財富夜話小程序、星火金服APP進行觀看啦。
上面的介紹聽起來好像也挺簡單的，別急，還有很多事情沒有說呢：
觀衆對於直播卡頓的耐受度越來越低，尤其是對商業價值更高、觀衆期望值更高的企業直播來說，直播過程中如果出現頁面打不開、延遲高緩衝長等各種突發小狀況，都會成爲影響企業直播營銷效果的安全“大問題”。
其中，最容易影響直播穩定性的一大原因，就是直播發起後是否正確推流。我們的運維夥伴在直播期間穩坐“導播椅”，眼盯屏幕，耳聽聲音，寸步不離；期間要根據說話內容切換到PPT或是視頻，還要及時切回來保證音視頻和畫面的切換正確；由於目前是遠程辦公，電腦和顯示器的配置、網絡帶寬的速度和質量參差不齊，也會導致直播卡頓等，因此每次直播，運維的夥伴都會提前進行兩次或以上的測試，參與直播或測試的人員來自於不同的國家或地區，對於開播前的準備和網絡流暢度等，都需要協調時間、多輪溝通、多次測試，這些都是每場直播前的標配任務。另外導播工作所用的硬件，均是自有的，尤其是顯示器，爲了更好地幫助畫面調整，也從普通的22寸變成了34寸的大屏顯示。
爲了給大家提供更好的視聽體驗，直播畫面的展現也是很重要的一環，把不同的元素放在一個佈局裏，調整成滿意的可以展現給大家看的畫面，這樣的調整每次都要多次溝通和微調。
說了這麼多，給大家配幾張圖吧，可以更直觀地瞭解下：
上面談到的都是線上直播，線下也有直播，相比來說，線下有場地或舞臺的直播，所用的設備更全、更專業，直播過程也更穩定。從下圖就可以看到，參與直播保障的人力也會更多。
和咱們平常所看到的球賽或是大型晚會直播類似，只是攝像機多少的區別。（如果大家想了解更多可以私信小助手哦）。好了關於運維方面的內容我們就說到這裏。
總結
事實上，數據中臺等技術只是宜信數字化的一部分，作爲在金融行業頭部的企業，宜信擁有很多領先的金融技術和成熟的科技團隊。以強大的技術實力和實踐能力爲基石，宜信技術團隊爲本次直播開發了穩定的平臺並提供了全方位的運維保障服務，有力地保障了宜信財富在特殊時期通過直播實現財富業績逆勢增長。未來宜信技術團隊也會不斷地創新，通過更多場景化的應用，提升我們的科技能力，助力宜信通過數字化方式快速實現品牌提升和業績增長。
由於“突發疫情”而催生出如此頻繁的視頻直播，但也開闢了財富端獲客的“第二戰場”，這也給大家一個深思的“機會”，線上獲客、視頻直播獲客能否長久可行？而作爲技術人，我們又要提前做些什麼樣的思考和行動？
來源：宜信財富技術團隊
作者米志華，方建國，郭樹源，譚文濤，孫李強，劉春穎，劉橋