[發明專利]基于容器云的融合媒體微服務平臺

有效

• 申請號: 202011081454.8
• 申請日: 2020-10-12
• 公開（公告）號: CN111935321B
• 公開（公告）日: 2021-01-22
• 發明（設計）人: 倪業鵬;柴劍平
• 申請（專利權）人: 中國傳媒大學
• 主分類號: H04L29/08
• 分類號: H04L29/08;G06F9/455
• 代理公司: 北京鴻元知識產權代理有限公司 11327
• 代理人: 楊樺;曹素云

本發明公開了一種基于容器云的融合媒體微服務平臺，包括：IaaS層，設置于融合媒體微服務平臺的底層，用于提供容器資源；CaaS層，設置于融合媒體微服務平臺的中間層，包括Docker容器引擎，用于容器生命周期管理；k8s集群管理平臺，用于容器治理，和Istio平臺，用于服務治理；業務層，設置于融合媒體微服務平臺的上層，用于解耦拆分融合媒體微服務，并對基于融合媒體業務對微服務進行應用編排。本發明無需考慮底層差異，也不用關心服務之間的關系，只要從業務層面對融合媒體服務進行解耦拆分，就可以實現融合媒體微服務標準化，從而增加復用，減少二次開發，節約融合媒體建設和服務成本。

技術領域

本發明涉及信息技術領域，具體地，涉及一種基于容器云的融合媒體微服務平臺。

背景技術

融合媒體的建設中，最重要的一環就是融合媒體云平臺，中央廚房配合三層云平臺已經逐漸在業內形成共識，采集、匯聚、制作、發布的流水線業務模式的確滿足了目前的業務需求，但也存在一些弊端。一是煙囪式制作流程易于管理但缺乏靈活性，無法滿足多樣化的業務需求；二是融合媒體平臺建設需要投入大量資金，這無疑給地方尤其是縣級臺帶來較大的經濟壓力；三是融合媒體云平臺建設綁定技術公司，方案各有不同，難以形成統一標準，存在重復建設現象；四是融合媒體云平臺運維復雜，地方廣電人才隊伍薄弱，難以支撐。目前，尚未有較好的解決方案。

發明內容

鑒于以上問題，本發明的目的是提供一種基于容器云的融合媒體微服務平臺，以解決現有融合媒體平臺存在的弊端。

為了實現上述目的，本發明采用以下技術方案：

本發明所述基于容器云的融合媒體微服務平臺，包括：

IaaS層，設置于融合媒體微服務平臺的底層，用于提供容器資源；

CaaS層，設置于融合媒體微服務平臺的中間層，包括Docker容器引擎，用于容器生命周期管理；k8s集群管理平臺，用于容器治理，和Istio平臺，用于服務治理；

業務層，設置于融合媒體微服務平臺的上層，用于解耦拆分融合媒體微服務，并基于融合媒體業務對微服務進行應用編排。

優選地，所述融合媒體微服務包括：匯聚管理類微服務、制作類微服務、分發傳輸類微服務、運維類微服務、運營類微服務、保障類微服務和洞察決策類微服務。

優選地，所述匯聚管理類微服務包括信息采集模塊和媒資管理模塊；所述制作類微服務包括前期制作模塊和后期制作模塊；所述分發傳輸類微服務包括IP類傳輸模塊和非IP類傳輸模塊；所述運維類微服務包括容器運維模塊、IT資源運維模塊和業務運維模塊；所述運營類微服務包括內容運營模塊、用戶運營模塊和市場運營模塊；所述保障類微服務包括內容保障模塊、資源保障模塊和服務保障模塊；所述洞察決策類微服務包括數據采集模塊和分析預測模塊。

優選地，將融合媒體微服務構建形成樹形結構，根據所述樹形結構按照級別對融合媒體微服務進行解耦拆分。

優選地，所述k8s集群管理平臺包括：資源調度模塊，用于對集群中的容器進行統一的資源調度；運行監控模塊，用于監控集群中各個容器的運行情況；部署啟動模塊，用于統一部署集群中各個容器的啟動。

優選地，所述Istio平臺包括：負載均衡模塊，用于融合媒體微服務應用的負載均衡；流量策略模塊，用于配置融合媒體微服務應用的流量；服務路由模塊，用于提供路由規則；服務監控模塊，用于對運行的融合媒體微服務進行監控；服務追蹤模塊，用于跟蹤記錄一次用戶請求所發起的服務調用過程。

優選地，所述業務層包括可視化的應用編排系統，通過點擊或拖拽操作實現微服務的編排串聯。

優選地，所述業務層包括應用模板存儲庫，存儲多種應用模板。