面向新聞業(yè)務系統(tǒng)的AB島架構簡介

文｜賈明

前段時間，我臺新聞頻道高清視音頻制播系統(tǒng)建設完畢，如何應對新聞業(yè)務的安全，尤其是新聞節(jié)目直播的安全是一個重要的問題，現(xiàn)將其中一個解決安全問題的設計思路簡要介紹一下。

一、設計背景

眾所周知，相對于有完善安全機制的演播室系統(tǒng)，單一的新聞制作網和文稿系統(tǒng)是節(jié)目直播流程中的薄弱點，系統(tǒng)故障容易造成整個業(yè)務的中斷，解決這個薄弱點就能極大提高新聞直播中的安全性。另一方面，為避免高額的投資，我們需要共享演播室系統(tǒng)。所以我們與索貝廠方協(xié)商，提出了A、B島架構的設計思路。

二、實現(xiàn)方法

A/B島架構用于兩個業(yè)務相似、規(guī)模差不多、系統(tǒng)間有較多素材需要交互的場景。（圖1）此架構下，兩個網共用一套數(shù)據(jù)庫和演播室系統(tǒng)，存儲、交換部分和其他后臺服務獨立部署。兩網之間通過接口打通，實現(xiàn)文稿、素材和成片的快速交互和節(jié)目共享播出。而且，其中一個系統(tǒng)有故障時，故障網絡的業(yè)務可快速切換至另一網絡繼續(xù)運行，這樣相當于實現(xiàn)系統(tǒng)級別的互備。

這種A/B島架構，A、B兩部分相對獨立，互為備份，有效避免制作單點。統(tǒng)一的演播模塊獨立于制作，配有完善的安全機制，在確保安全播出的前提下為制作提供更為靈活的播出手段。這種解決思路，為大型新聞制播系統(tǒng)的建設提供了新穎有效的解決方案。

在以往新聞制播網絡的建設中，大多建立單一的制作島配合演播室聯(lián)動完成新聞制播業(yè)務。這種模式下，一旦制作模塊出現(xiàn)故障，所有新聞制作業(yè)務將陷入癱瘓，對新聞播出安全造成影響。這一點上我們是有深刻教訓的，我想全國各兄弟臺也會經常遇到這種情況。A/B島架構的提出，旨在一方面建立兩個相對獨立的制作島應對單個系統(tǒng)故障造成業(yè)務中斷的情況，提升新聞業(yè)務安全性。另一方面建立統(tǒng)一的、安全機制完備的共享演播室，避免重復投資，提高演播室利用率。其系統(tǒng)架構示意圖如下圖1所示：

三、詳細設計及運行機制

如上圖1所示，A、B兩個制作島在數(shù)據(jù)庫、文稿、編輯、串聯(lián)單制作在內的多個部分都相對獨立。同時，A、B島對應一套共享演播模塊。在日常業(yè)務中，兩制作島雖然在技術結構層級上相對獨立，但在業(yè)務方面是統(tǒng)一面向新聞制作業(yè)務的，這將有兩個系統(tǒng)之間的數(shù)據(jù)交互的問題產生，針對這種需求，系統(tǒng)進行如下設計：

● 素材通過索貝特有的ML（資源管理器）服務跨數(shù)據(jù)庫訪問，實現(xiàn)雙方互相可見。通過部署遷移服務器實現(xiàn)素材在兩個島在線存儲間的遷移。

● 文稿庫進行了拆分，將選題庫作為獨立數(shù)據(jù)庫分離出來，A、B島共同訪問，后續(xù)文稿流程在各島內獨立完成；

● 審片軟件進行改動，實現(xiàn)對A、B島的審片在同一個審片系統(tǒng)中完成。

在A、B島協(xié)同工作條件下， A、B島選題庫如果分離的情況下，將使得一個系統(tǒng)內無法完成統(tǒng)一的選題申報、審核工作，因此必須建立統(tǒng)一的文稿選題庫，如下圖2所示：

在日常工作中，A、B島兩部分個自擁有獨立的文稿、制作系統(tǒng)，分別對新聞頻道用戶、欄目、賬號、權限、空間等進行配置。而A、B網的相互系統(tǒng)獨立性可以滿足A、B兩部分在出現(xiàn)其中任何一個全網故障時，互為災備的系統(tǒng)設計要求。

由于ML提供多節(jié)點的支持，也就使得ML可以實現(xiàn)對A、B島的跨數(shù)據(jù)庫訪問，在A、B島間可互相看到對方公布的素材，如圖3，可通過拖拽發(fā)送MPC調度，后臺配置MPC遷移服務器，完成素材在A、B兩島在線存儲間的遷移，入庫工作。

如圖4，當A島業(yè)務比較繁忙時，記者可利用B島的空閑非編站點，使用B島所屬的臨時欄目、空間制作A島節(jié)目，做好后將素材生成。然后由處于A網的編輯把素材調用至A網，在A網進行審查、送播等一系列流程。

圖1

圖2

圖3

圖4

審片設計

除了文稿，素材相關流程交互以外，A、B島的審片軟件也適應協(xié)同工作進行功能改進：

1、使用統(tǒng)一的登錄TAB頁面，使用戶登錄時無須區(qū)分登陸的是A部分或是B部分。

2、在A島查詢頁中和B島查詢頁中只能查到對應網的文稿節(jié)目信息。

3、但當用戶需要查詢或者審查另外一個網的節(jié)目時，切換TAB頁，后臺數(shù)據(jù)庫訪問會自動切換到另一網內。

4、審查站點可同時訪問到A、B兩島的存儲以滿足審查需要。

四、其它問題

由于A、B兩島頻繁瀏覽、交換素材節(jié)目等工作，以及全網的高清編輯業(yè)務，為緩解存儲和網絡的帶寬壓力，編輯網絡碼率設為高、中、低三檔，分別對用于成片、編輯和瀏覽等不用情況。在兩島的欄目、用戶分配上，最好將聯(lián)系性強、共享性強的欄目放在同一個島內，這樣可有效緩解不必要的資源交換，節(jié)省資源和帶寬。在以前的新聞制播網絡建設上，多為配置單一存儲體支撐全網編輯，一旦出現(xiàn)故障，節(jié)目制作、播出均會受到影響。在這個設計中，A、B兩島實現(xiàn)了這種雙存儲架構，再結合廠家提供的數(shù)據(jù)同步技術，實現(xiàn)了存儲數(shù)據(jù)的有效互為備份和故障快速切換，更好地實現(xiàn)了數(shù)據(jù)安全。

小結

這種面向新聞業(yè)務系統(tǒng)的AB島架構，對我們是一種全新的概念，實施應用一段時間以來，運行安全穩(wěn)定，有效解決了新聞制播業(yè)務安全方面的一個薄弱點，適用于新聞節(jié)目或者實效性強的專題欄目，對其他兄弟臺的新聞、專題制播系統(tǒng)建設提供了一個有益的借鑒。