融媒體生產(chǎn)體系“四中臺(tái)、八中心”模式構(gòu)建研究

肖勇 鄒力

在媒體IT系統(tǒng)的發(fā)展初期，報(bào)紙、廣播、電視的業(yè)務(wù)比較單一，展現(xiàn)端口固定。隨著網(wǎng)絡(luò)技術(shù)的發(fā)展，媒體單位先后建設(shè)了網(wǎng)站、客戶端等自有平臺(tái)。之后隨著社交平臺(tái)的興起，又先后入駐微博、微信、百家號(hào)、頭條號(hào)等社交媒體，這種簡單相加的發(fā)展模式造成了一系列問題，即系統(tǒng)越建越多，信息孤島變得越來越嚴(yán)重。

當(dāng)前，以內(nèi)容為基礎(chǔ)、以用戶為中心、以互動(dòng)為核心，是輿論陣地爭奪的不二法則。為了吸引用戶，媒體勢必要從內(nèi)容的組織上、表達(dá)的方式上、展現(xiàn)的形態(tài)上去快速響應(yīng)客戶需求，不斷探索、引導(dǎo)客戶需求。但現(xiàn)實(shí)是后端系統(tǒng)要求“系統(tǒng)穩(wěn)定、數(shù)據(jù)安全”，前端系統(tǒng)要求“快速響應(yīng)、高效迭代”，而渠道、內(nèi)容、系統(tǒng)之間互相割裂，這林林總總的問題儼然成了不可以調(diào)和的矛盾體，嚴(yán)重限制了創(chuàng)新發(fā)展?；诖耍橛谇芭_(tái)和后臺(tái)中間需要有一個(gè)“中臺(tái)”為橋梁，實(shí)現(xiàn)前后臺(tái)業(yè)務(wù)的連接，這正是“四中臺(tái)、八中心”的技術(shù)支撐體系構(gòu)建的初衷，利用“中臺(tái)”為業(yè)務(wù)賦能、實(shí)現(xiàn)業(yè)務(wù)的快速創(chuàng)新。

體系構(gòu)成

“四中臺(tái)、八中心”的技術(shù)支撐體系框架的構(gòu)成包括技術(shù)基盤、媒體中臺(tái)、應(yīng)用中心三個(gè)部分。

技術(shù)基盤包括容器云、DevOps、微服務(wù)三劍客。容器為PaaS服務(wù)能力、技術(shù)組件和中間件提供穩(wěn)定的運(yùn)行支撐環(huán)境；微服務(wù)實(shí)現(xiàn)對(duì)業(yè)務(wù)能力的封裝；DevOps加快服務(wù)能力實(shí)現(xiàn)的迭代速度。在整個(gè)體系構(gòu)建時(shí)，采用微服務(wù)架構(gòu)最重要的一個(gè)原因是加快交付速度和持續(xù)集成的能力。

媒體中臺(tái)包括業(yè)務(wù)中臺(tái)、數(shù)據(jù)中臺(tái)、技術(shù)中臺(tái)、智能中臺(tái)四件套，對(duì)上層不同業(yè)務(wù)場景提供模塊化、組件化、服務(wù)化的能力支撐。中臺(tái)的沉淀就是把各個(gè)應(yīng)用系統(tǒng)的能力、通用的服務(wù)放到一個(gè)共享平臺(tái)上，為整個(gè)生產(chǎn)體系服務(wù)。當(dāng)產(chǎn)品的形態(tài)、發(fā)布的渠道變得多且復(fù)雜，前臺(tái)與后臺(tái)之間的“技術(shù)債”會(huì)隨之變多，重復(fù)“造輪子”的現(xiàn)象會(huì)增多，而通過中臺(tái)則可以有效解決這個(gè)問題。

應(yīng)用中心是業(yè)務(wù)中臺(tái)的構(gòu)成部分，支撐報(bào)道策劃、內(nèi)容生產(chǎn)等業(yè)務(wù)場景，包括門戶中心、指揮中心、采編中心、發(fā)布中心、運(yùn)營中心、考核中心、用戶中心、版權(quán)中心，這些中心完整覆蓋了生產(chǎn)、運(yùn)營的所有流程，涵蓋“策、采、編、發(fā)、管、控、饋”的所有應(yīng)用場景。在一套完整的技術(shù)體系內(nèi)為報(bào)紙、網(wǎng)站、客戶端、微博、微信等多種形式的載體提供統(tǒng)一的采集、生產(chǎn)、發(fā)布、運(yùn)營的支撐。

技術(shù)基盤

融媒體技術(shù)體系的基盤由容器、DevOps、微服務(wù)組成。針對(duì)媒體創(chuàng)新快、爆點(diǎn)多的業(yè)務(wù)特點(diǎn)，以微服務(wù)化為中心，以云化的彈性能力支持線性擴(kuò)展，應(yīng)對(duì)各種量級(jí)不確定性的用戶，通過基盤的打造擺脫煙囪式系統(tǒng)，真正靈活快速地響應(yīng)業(yè)務(wù)變化。而對(duì)于微服務(wù)多、版本多等運(yùn)維難題，則借助DevOps持續(xù)集成的能力，實(shí)現(xiàn)環(huán)境交付提前，打造一體化的開發(fā)運(yùn)維體系，通過投入少量的研發(fā)，節(jié)省大量的運(yùn)維工作。

容器技術(shù)。相比虛擬機(jī)而言，容器（Container）是一種更輕量級(jí)、更靈活的虛擬化處理方式，它將一個(gè)應(yīng)用程序所需的一切打包在一起。容器包括所有代碼、各種依賴甚至操作系統(tǒng)。它的誕生，解決了一個(gè)重要問題，就是能夠確保應(yīng)用程序的快速移植及正確運(yùn)行，針對(duì)媒體行業(yè)時(shí)常有爆點(diǎn)新聞內(nèi)容出現(xiàn)的特點(diǎn)，容器能夠從負(fù)載均衡、彈性伸縮及資源調(diào)度等方面設(shè)計(jì)，實(shí)現(xiàn)高并發(fā)。

微服務(wù)。微服務(wù)可以從縱橫兩個(gè)維度來劃分，縱向拆分即從業(yè)務(wù)維度進(jìn)行拆分，標(biāo)準(zhǔn)按照業(yè)務(wù)的關(guān)聯(lián)程度來決定，關(guān)聯(lián)比較密切的業(yè)務(wù)適合拆分為一個(gè)微服務(wù)；橫向拆分，即功能相對(duì)獨(dú)立的業(yè)務(wù)單獨(dú)拆分為一個(gè)微服務(wù)。拆分原則如為：一是粒度微小原則，即根據(jù)業(yè)務(wù)功能劃分服務(wù)粒度，總的原則是服務(wù)內(nèi)部高內(nèi)聚，服務(wù)之間低耦合；二是責(zé)任單一原則，每個(gè)服務(wù)只做一件事，即單一職責(zé)原則，如寫稿服務(wù)、審稿服務(wù)等；三是隔離性原則，即每個(gè)服務(wù)相互隔離，且不互相影響；四是業(yè)務(wù)無關(guān)優(yōu)先原則，是一些基礎(chǔ)服務(wù)組件，與具體的業(yè)務(wù)無關(guān)，如消息服務(wù)、郵件服務(wù)等。

DevOps。良好的DevOps實(shí)踐是微服務(wù)應(yīng)用成功的關(guān)鍵，隨著業(yè)務(wù)的變化、微服務(wù)會(huì)被拆分得越來越多，版本也會(huì)越來越多，即使是微小的變更也都需要經(jīng)過構(gòu)建、打包和測試這些步驟，導(dǎo)致運(yùn)維的工作會(huì)變得也越來越多。而DevOps開發(fā)運(yùn)維一體化體系簡化了軟件的交付方法，通過Git版本管理、jenkins自動(dòng)構(gòu)建部署，幫助生成可伸縮的交付管道，能夠提升整個(gè)研發(fā)、測試、發(fā)布的效率以及質(zhì)量。

媒體中臺(tái)

我們通常會(huì)把中臺(tái)看成是介于前臺(tái)和后臺(tái)中間的轉(zhuǎn)換場，更多沉淀的是前臺(tái)碎片化、場景化的應(yīng)用。這些應(yīng)用里面會(huì)存在通用的能力，簡單概括就是把各個(gè)應(yīng)用系統(tǒng)的能力、通用的服務(wù)放到一個(gè)共享平臺(tái)上為各應(yīng)用系統(tǒng)服務(wù)，所以結(jié)合媒體業(yè)務(wù)的特點(diǎn)，將媒體中臺(tái)劃分成業(yè)務(wù)中臺(tái)、數(shù)據(jù)中臺(tái)、智能中臺(tái)和技術(shù)四個(gè)部分。

媒體業(yè)務(wù)中臺(tái)。業(yè)務(wù)中臺(tái)圍繞以內(nèi)容、用戶為核心關(guān)聯(lián)的領(lǐng)域組成。針對(duì)線索進(jìn)行策劃，然后采集新聞素材，基于新聞素材進(jìn)行內(nèi)容創(chuàng)作，創(chuàng)作的內(nèi)容通過渠道展現(xiàn)給用戶，用戶的瀏覽、互動(dòng)形成有效反饋，同時(shí)還需要一些營銷活動(dòng)吸引流量并加強(qiáng)轉(zhuǎn)化等。業(yè)務(wù)中臺(tái)是將媒體業(yè)務(wù)鏈條上流通的能夠自運(yùn)營的業(yè)務(wù)提取出來并沉淀，如策劃、采編、發(fā)布、績效、運(yùn)營等，做到開箱即用，為業(yè)務(wù)戰(zhàn)場提供靈活的應(yīng)用組件，隨意組合，創(chuàng)新迭代。

媒體數(shù)據(jù)中臺(tái)。在數(shù)據(jù)應(yīng)用開發(fā)中，由于數(shù)據(jù)的處理和分析是一個(gè)相對(duì)獨(dú)立的技術(shù)，加上媒體海量數(shù)據(jù)的原因，數(shù)據(jù)維護(hù)和分析的工作量非常大，需要相當(dāng)專業(yè)的人來完成，雖然核心數(shù)據(jù)模型的變化是相對(duì)緩慢的，但新業(yè)務(wù)對(duì)數(shù)據(jù)要求卻越來越多，媒體單位可能有一大把的應(yīng)用開發(fā)人員，但數(shù)據(jù)開發(fā)人員很少甚至沒有，完全無法響應(yīng)新的需求。

數(shù)據(jù)中臺(tái)的出現(xiàn)，從業(yè)務(wù)的角度對(duì)數(shù)據(jù)進(jìn)行規(guī)劃，以業(yè)務(wù)單位維度對(duì)數(shù)據(jù)進(jìn)行管理，涵蓋用戶維度、內(nèi)容維度、渠道維度、欄目維度、版權(quán)維度、運(yùn)營維度等，同時(shí)輔以內(nèi)容標(biāo)簽、維度分析模型的能力，實(shí)現(xiàn)數(shù)據(jù)對(duì)業(yè)務(wù)的支撐，實(shí)現(xiàn)了媒體數(shù)據(jù)的持續(xù)生產(chǎn)、加工、治理、分析、消費(fèi)及評(píng)價(jià)的閉環(huán)鏈路，通過數(shù)據(jù)模型、算法服務(wù)和數(shù)據(jù)管理規(guī)則，與業(yè)務(wù)強(qiáng)關(guān)聯(lián)，形成業(yè)務(wù)數(shù)據(jù)匯聚及沉淀，構(gòu)建數(shù)據(jù)和業(yè)務(wù)之間的關(guān)聯(lián)，彌補(bǔ)了數(shù)據(jù)開發(fā)和應(yīng)用開發(fā)之間，由于開發(fā)速度不匹配，響應(yīng)力跟不上的問題。

媒體技術(shù)中臺(tái)。技術(shù)中臺(tái)作為適配層，起到承上啟下的作用，包括日志服務(wù)、分布式緩存、全文檢索、消息隊(duì)列、流程引擎、GIS引擎、音視頻能力、統(tǒng)一認(rèn)證、SSO、權(quán)限控制、監(jiān)控服務(wù)、配置管理等，將整個(gè)媒體單位的技術(shù)能力與業(yè)務(wù)能力分離，通過成熟穩(wěn)定的中間件產(chǎn)品輕松打造企業(yè)信息建設(shè)核心PaaS能力，提供后端應(yīng)用框架、前端應(yīng)用框架、移動(dòng)端應(yīng)用框架，進(jìn)而綜合提升信息部門技術(shù)支撐能力，夯實(shí)企業(yè)IT能力基石。

媒體智能中臺(tái)。智能中臺(tái)與媒體全流程相結(jié)合，實(shí)現(xiàn)智能策劃、智能生產(chǎn)、智能分發(fā)和智能評(píng)價(jià)。通過語音智能、語義智能、視覺智能等AI技術(shù)對(duì)媒體的內(nèi)容生產(chǎn)進(jìn)行重構(gòu)、對(duì)媒體的內(nèi)容傳播進(jìn)行升維。支撐諸如視頻節(jié)目審核、文本內(nèi)容審核、智能語聊/對(duì)話、虛擬主播/主持人、機(jī)器人新聞創(chuàng)作、新聞智能校對(duì)、個(gè)性化/主題推薦和新聞行業(yè)知識(shí)圖譜等典型應(yīng)用場景，大大的提高了媒體創(chuàng)作的智能化手段。

應(yīng)用中心

應(yīng)用中心是業(yè)務(wù)應(yīng)用的最終展現(xiàn)，包括“門戶中心、指揮中心、采編中心、發(fā)布中心、運(yùn)營中心、考核中心、用戶中心、版權(quán)中心”等八個(gè)中心，每個(gè)中心獨(dú)立并自成一套運(yùn)行體系。

門戶中心。門戶中心是各類業(yè)務(wù)系統(tǒng)的導(dǎo)入界面，是媒體單位信息發(fā)布的展示界面，是員工內(nèi)外統(tǒng)一的登錄界面。門戶中心采用開放標(biāo)準(zhǔn)，支持各業(yè)務(wù)系統(tǒng)PC、移動(dòng)端以及第三方應(yīng)用模塊的快速接入，實(shí)現(xiàn)業(yè)務(wù)系統(tǒng)資源的整合，形成媒體單位的統(tǒng)一業(yè)務(wù)視圖，同時(shí)輔以即時(shí)通訊，建立業(yè)務(wù)互聯(lián)，在入口處實(shí)現(xiàn)內(nèi)部、外部的協(xié)作和服務(wù)，能夠快速聯(lián)動(dòng)、實(shí)時(shí)信息傳遞，推送通知和任務(wù)信息。

指揮中心。指揮中心面向日常工作、重大事件、重要專題的報(bào)道，圍繞報(bào)道組織策劃、選題申報(bào)、人員組織、任務(wù)調(diào)配以及遠(yuǎn)程的指揮調(diào)度提供服務(wù)支持，將報(bào)道策劃流程、選題處理等功能模塊化和服務(wù)化。

采編中心。采編中心圍繞稿件創(chuàng)作、稿件編輯等提供服務(wù)，將稿件流轉(zhuǎn)、稿件處理等功能模塊化和服務(wù)化，定義成可以被調(diào)用的公用服務(wù)，提供相應(yīng)的調(diào)用接口，以方便其他前端應(yīng)用（如媒體編輯器）、采編資源庫前端應(yīng)用使用和調(diào)用。

發(fā)布中心。發(fā)布中心將集團(tuán)各媒體兩微一端、網(wǎng)站、報(bào)紙、大屏等分發(fā)功能模塊化和服務(wù)化，對(duì)各個(gè)終端的接入進(jìn)行授權(quán)和管理，管理各個(gè)發(fā)布端口的發(fā)布規(guī)則，統(tǒng)一與各個(gè)發(fā)布端口對(duì)接，制定多端的發(fā)布策略。

運(yùn)營中心。定義與用戶交互的評(píng)論、調(diào)查、活動(dòng)、評(píng)分等組件，能夠嵌入到客戶端或者網(wǎng)站中，為互聯(lián)網(wǎng)渠道的互動(dòng)提供服務(wù)支撐。同時(shí)運(yùn)營中心負(fù)責(zé)層出不窮的運(yùn)營業(yè)務(wù)、活動(dòng)與稿件瀏覽實(shí)現(xiàn)分離部署，保障高并發(fā)場景下業(yè)務(wù)之間不受影響。

考核中心。匯集編采人員在各端的發(fā)稿情況及稿件的報(bào)道效果分析，如網(wǎng)站的閱讀量、評(píng)論量，微博的轉(zhuǎn)發(fā)量、評(píng)論量、點(diǎn)贊量，微信的閱讀量、點(diǎn)贊量等多個(gè)KPI指標(biāo)，同時(shí)對(duì)計(jì)算規(guī)則、指標(biāo)、約束、計(jì)酬類型等基礎(chǔ)數(shù)據(jù)進(jìn)行靈活配置，建立全媒體記者的考核模型。

用戶中心。用戶中心實(shí)現(xiàn)對(duì)終端用戶資產(chǎn)的管理，通過用戶行為的采集和分析，形成360度的用戶畫像，沉淀用戶資源，并結(jié)合內(nèi)容標(biāo)簽進(jìn)行精準(zhǔn)推薦。

版權(quán)中心。版權(quán)中心具備存儲(chǔ)、收集、統(tǒng)計(jì)、分類、數(shù)據(jù)分析、侵權(quán)監(jiān)測、電子取證、追蹤等服務(wù)，對(duì)原創(chuàng)稿件的版權(quán)所屬確定、形成已確權(quán)作品的全量管理，并協(xié)助監(jiān)控內(nèi)部新聞資源在互聯(lián)網(wǎng)及社交網(wǎng)絡(luò)上的合法傳播監(jiān)控。

綜上的8個(gè)業(yè)務(wù)中心涵蓋數(shù)量不等的微服務(wù)，是一個(gè)網(wǎng)狀的結(jié)構(gòu)，以應(yīng)用中心業(yè)務(wù)單元中的部分服務(wù)化設(shè)計(jì)為例，一個(gè)微服務(wù)完成某個(gè)特定的功能。比如，可以分解為線索匯聚、報(bào)題、選題、審題、任務(wù)、指揮、寫稿、審核、簽發(fā)、運(yùn)營、考核、推薦等業(yè)務(wù)場景，每個(gè)場景都可以是一個(gè)微服務(wù)，有自己的業(yè)務(wù)邏輯和適配器。將這些微服務(wù)進(jìn)行動(dòng)態(tài)組合，就能實(shí)現(xiàn)編輯生產(chǎn)中各個(gè)場景的業(yè)務(wù)流程，如報(bào)題-審題-選題紀(jì)要的組合，可以實(shí)現(xiàn)一個(gè)采前會(huì)的業(yè)務(wù)流程；如突發(fā)事件-線索匯集-主題策劃-報(bào)道任務(wù)-生產(chǎn)流程監(jiān)控-采編-發(fā)布-指揮調(diào)度組合，可以實(shí)現(xiàn)突發(fā)事件的業(yè)務(wù)處理。

所以這樣拆分、組合以后，系統(tǒng)具有敏捷性、靈活性、可伸縮性等，拆分后有多個(gè)高度自治的微服務(wù)。通過這種方式使得每個(gè)業(yè)務(wù)中心像插件一樣通過自由組合為多個(gè)業(yè)務(wù)流程服務(wù)，實(shí)現(xiàn)流程自定義，流程再造，業(yè)務(wù)創(chuàng)新。

結(jié)語

科技發(fā)展驅(qū)動(dòng)媒體環(huán)境和傳播格局產(chǎn)生巨變，同時(shí)技術(shù)體系架構(gòu)也在不斷演進(jìn)，如何通過技術(shù)驅(qū)動(dòng)媒體生產(chǎn)體系的變革，需要緊抓媒體變革的核心和本質(zhì)，自我革新。窮則變、變則通，只有全方位加強(qiáng)改革與創(chuàng)新，主動(dòng)擁抱互聯(lián)網(wǎng)，才能在媒體融合的浪潮中，激起千層浪，唱響主旋律。

作者單位 東軟集團(tuán)股份有限公司