广电行业企业服务探讨范文

本站小编为你精心准备了广电行业企业服务探讨参考范文，愿这些范文能点燃您思维的火花，激发您的写作灵感。欢迎深入阅读并收藏。

一、系统设计原则

建成后的浙江广电集团全网各业务系统串联的主要流程（见图1）包括：节目送播流程、媒资入库流程、媒资回调流程、推送技审流程、新媒体推送、子网间数据交互流程、电视剧送播流程等等，通过ESB平台实现的跨系统业务更多达上百项，每天平均完成上万次以上的服务交互。为支撑这些跨系统的业务交互和服务交互，ESB平台的设计必须保证能够承担每天10万次的服务交互。为了确保平台的高效稳定运行，浙江广电集团ESB平台在设计上主要考虑了以下几个方面原则：

1.标准化与松耦合原则。整个ESB平台采用松耦合、组件化的方式进行设计，组件间用接口的方式实现信息交互，接口的定义与具体实现分离，保证组件的独立性。采用这种方式可以隔离制作、播出等系统之间的强依赖关系，支持系统的分阶段开发或升级，为大规模的系统开发与测试，提供了技术层面的保障。

2.高可用和安全性原则。在高可用性和安全性方面，不仅考虑平台目前的需求，而且要适用平台未来的业务发展需求。在各个层面保证系统的高可用性：1）通过硬件或软件方式进行系统能力的扩展，包括：垂直扩展和水平扩展，来保证系统的高可用；2）在应用层面，结合平台软件产品的特性以及应用软件的高可用设计原则，保证系统的高可用与高性能；3）在数据库层面，通过双机热备或者数据库的Cluster技术，保证应用的高可用性与持续高效性；4）在存储层面，保证存储数据的完整性、一致性，以保证应用的高可用性；5）通过全程监控与管理，可及时调整系统资源，保证系统的高可用性；6）消息流设计充分考虑异常处理机制，针对各类故障建立自动判断和应急处理机制；7）大规模故障启动应急机制，以保证业务的可用性；8）在网络安全方面，采用VLAN隔离、防火墙策略控制非法访问，对外提供访问的核心设备采用非WINDOWS系统平台隔离病毒，根据全台网络病毒防护体系部署防病毒软件，同时支持系统的安全性需求，包括认证授权、数据存储和传输加密、安全管理等。

3.系统的整体效率原则。整个平台的设计从整体的层面进行通盘考虑，对系统的整体效率进行架构设计层面和技术实现层面的全局考虑，以满足接入方对系统的整体效率要求与体验要求。包括：服务注册的效率；服务访问、服务质量水平（QOS）以及系统整体的高并发支持与吞吐量支持。

二、系统总体结构

1.应用架构。作为全台多个业务系统服务交互和数据交换的中介，ESB平台在设计上应具备如下功能。1）服务注册、查找、调用和组合功能：能够将服务定义的详细信息注册在平台上，并通过增删查改等操作实现服务注册信息的管理，同时服务请求系统能够基于服务注册信息通过服务查找获取服务资源的访问信息，从而发起服务调用并获得响应；支持将原子服务组合为业务意义上更粗粒度的服务。2）协议适配功能：业务系统接入时支持多种接入协议。3）消息路由和处理：支持基于内容的动态路由并能够对消息进行格式转换、消息过滤等特定处理。4）监控管理与异常处理：能够提供消息流运行状况、服务运行状态和服务性能的监控，并支持实时报警和统计分析；能够处理服务请求系统错误、服务提供系统错误和ESB平台内部错误。基于以上要求设计的ESB平台的整体应用架构如图2所示，该应用架构主要包括消息流应用、消息流组件、服务管理以及服务监控四大块。1）消息流应用。ESB为全台业务系统提供强大的中介功能，而中介服务由预先定义的消息流完成。一个消息流由多个组件组成，这些组件涉及服务处理过程中的消息的接收、消息内容的识别与转换、消息的加工处理、服务的路由、服务调用日志、异常与错误处理等方面。在实际建设中，根据全台业务系统的需求，消息流主要包括：消息转发、消息处理以及主题消息分发三类。2）消息流组件。ESB产品本身提供了一些预先定义的消息处理功能组件，但为了整个ESB平台系统消息处理的完整性和一致性，提高组件的复用性，我们在原有组件的基础上，自定义一些满足本系统需求的组件，它们主要包括：请求消息检查组件；日志处理组件；消息路由组件；服务入口组件；消息转换组件；服务地址查询组件；异常处理组件；服务出口组件。3）服务管理。ESB平台是对全台应用系统的服务进行集成，为了提供更好的中介服务，ESB平台需要建立一个功能强大、使用灵活的管理平台，以便对各个应用服务进行有效的管理。这个管理平台主要以IBM的WSRR产品为基础，通过客户化的开发实现系统与服务注册管理、主题及订阅管理、用户管理、生命周期管理、服务关联关系分析、查询服务等功能。4）服务监控。ESB作为全台应用系统交互的中枢，需要对各个应用系统以及ESB平台本身提供的服务进行及时有效地集中监控。服务监控实现以下主要功能：服务状态监控、服务性能监控以及服务统计分析。

2.系统架构。根据ESB平台的整体架构，按照安全、高可用、高效率的要求，ESB平台的分层结构设计如图3所示该架构主要包括用户层、接入层、应用层、内网交换层以及数据层。1）用户层。ESB平台的用户是全台各个应用系统，ESB平台不为单个用户提供服务。各个应用系统应具有较高的安全级别，使得整个ESB平台处于比较安全的环境。另外，各个应用系统需按照统一的规范接入ESB平台，使ESB平台消息处理的方式变得简单、清晰、有效，便于ESB平台的监控与管理。2）接入层。主要负责提供各应用系统通过访问应用服务器调用ESB平台的各种服务。为了确保整个系统的高效、可靠地运行，外部应用系统通过四层交换机访问WESB应服务器，可以在多台应用服务器上进行负载均衡。3）应用层。为了确保ESB高效可靠地运行，平台由两个应用服务器集群组成。WESB应用服务器集群对外部系统提供直接接入服务，外部系统通过四层交换机访问这些应用服务器，四层交换机负责应用服务器间的负载均衡；“WSRR+ITCAM”应用服务器集群主要运行WSRR和ITCAM两个软件，由于WSRR的用户主要有内部的服务器（WESB）和客户端两种形式，因此需要在应用层面上解决服务器访问时的负载均衡。应用层服务操作系统统一安装到SAN上，并且从SAN启动操作系统。当有服务器出现故障时，能快速从SAN启动操作系统，节省了操作系统的安装时间。4）内网交换层。由于ESB平台内部由多台服务器和存储设备组成，需要建立一个内部交换网，它由以太交换机和FC交换机组成，前者主要连接ESB平台中的各个服务器；后者在ESB内部建立一个SAN网，使存储资源可以有效地利用和共享。5）数据层。ESB平台产生的数据主要有数据库和文件两种形式，数据库的数据主要在SAN中存储，数据库为ESB平台内部各个部分共享的数据库；而日志文件数据主要放在本地存储上，通过远程上传，统一上传到日志分析服务器上，使这些文件可以为ESB平台内部各个部分所共享。

三、未来ESB扩展的考虑

由于ESB作为集团信息交互的唯一性，因此ESB平台的扩展应遵循一个基本原则：“全台只有一个ESB平台”。ESB平台未来的扩展主要从两个层面考虑：（本文来自于《信息系统工程》杂志。《信息系统工程》杂志简介详见）

1.应用层面。应用层面扩展是指ESB平台未来支撑业务方面的扩展。现阶段，ESB平台主要支撑的业务系统，本身不存在“过渡”的问题，但是随着业务系统本身的改造，未来也需要支持这些业务系统的“过渡”。在这些业务系统的过渡期，可能同时有“老系统”和“新系统”接入。对于接入ESB的业务系统，无论是新老，原则上应基于现有ESB平台接口规范以WebService方式接入，对于部分将来需接入但又不具备开发能力的老系统，ESB也可以采用基于适配器的接入方式。

2.部署层面。部署层面扩展是指ESB平台物理部署方面的扩展，物理部署又可以从两个角度来考虑。1）能力扩展。集团陆续建设和实施专业制作网各个子系统，如卫视高清新闻制播网，播出中心收录系统、影视频道非编制作网、资源中心历史资料抢救系统等。这些业务系统未来接入时，如果增加的业务量不大，可直接接入现有ESB平台。如果增加的业务量比较大，可以考虑部署ESB集群节点。2）容灾考虑。由于ESB平台不是孤立的系统，ESB平台未来的容灾需要纳入数据中心容灾统一规划。ESB平台需要提出系统、网络和存储等层面的需求。

四/结束语

为了指导和推动电视台数字化网络化建设，国家广电总局从2007年开始陆续了多版《电视台数字化网络化建设白皮书》，明确提出了广电内部资源整合、生产方式转型、业务流程再造的规范化思路，同时也提出了两个亟待建立的标准规范：电视台网络化建设互联互通接口标准规范、电视台网络化建设视音频文件格式标准规范。基于SOA架构的ESB的实施解决了电视台网络化普遍关心的互联互通问题，可以大大优化广电行业节目生产流程，节约人力成本，提高工作效率，为绩效考核和成本核算提供依据。希望本文可以抛砖引玉，对正在或准备建设ESB的同行能起到些许启发和参考，让我们共同推动电视台数字化、网络化、信息化发展，为传统媒体焕发新的生命、创造新增长点提供更强有力的技术平台。

作者：朱甲雄单位：浙江广播电视集团