事件引擎中心-概要设计说明书.doc
《事件引擎中心-概要设计说明书.doc》由会员分享，可在线阅读，更多相关《事件引擎中心-概要设计说明书.doc（63页珍藏版）》请在冰豆网上搜索。
AsiaInfo项目文档
事件中心
概要设计说明书
编写
编写时间
2017-1-11
审核
审核者姓名（及其职务）
审核时间
审批
审批者姓名（及其职务）
审批时间
文档管理
页码
共63页
修订次数
共1次
版本
V1.0
编号
亚信科技（中国）有限公司版权所有
文档中的全部内容属亚信科技（中国）有限公司所有，
未经允许，不可全部或部分发表、复制、使用于任何目的。
事件中心-概要设计说明书
文档修订摘要
日期
修订号
描述
著者
审阅者
批准人/日期
亚信科技（中国）有限公司版权所有
文档中的全部内容属亚信科技（中国）有限公司所有，
未经允许，不可全部或部分发表、复制、使用于任何目的。
目录
AsiaInfo项目文档 1
第1章 引言 3
1.1 编写目的 3
1.2 阅读对象 3
1.3 术语与缩写解释 3
第2章 系统概述 5
2.1 系统描述 5
2.2 设计思路 5
2.3 系统外部关系图 5
2.4 非功能性需求概述 6
第3章 总体设计 8
3.1 总体功能 8
3.2 整体架构 9
3.3 分层设计 11
第4章 系统核心模型 12
4.1 事件中心模型 12
4.2 事件中心权限模型 13
4.3 系统关键表 14
4.3.1 输入事件模板（AICEP_IN_EVENT_TEMPLATE） 15
4.3.2 属性定义表（AICEP_ATTR_DEF） 16
4.3.3 事件模板属性（AICEP_TEMPLATE_ATTR_REL） 16
4.3.4 系统表（AICEP_ACCESS_SYS） 16
4.3.5 模板目录表（AICEP_TEMPLATE_CATALOG） 17
4.3.6 事件模板与目录的关系表（AICEP_TEMPLATE_CATALOG_REL） 17
4.3.7 规则配置表（AICEP_RULE_CONF） 18
4.3.8 异常编码表（AICEP_EXCEPTION_CODE） 18
4.3.9 事件模板和规则关系表（AICEP_TEMPLATE_RULE_REL） 18
4.3.10 通道表（AICEP_CHANNEL）【实际存放主题相关信息】 19
4.3.11 通道扩展表（技术参数调整）（AICEP_CHANNEL_ATTR） 19
4.3.12 主题表（AICEP_TOPIC_DEF）【需删除】 19
4.3.13 输入适配器主动获取数据用（数据源表）（AICEP_IN_ADAPTER） 20
4.3.14 适配器属性配置表（纵表）（AICEP_ADAPTER_ATTR） 20
4.3.15 规则通道关系表（用于订阅）（AICEP_RULE_CHANNEL_REL） 20
4.3.16 输出事件订阅表（AICEP_EVENT_SUBSCRIBE） 21
4.3.17 系统接入IP关系表（AICEP_ACCESS_IP） 21
4.3.18 租户表（AICEP_MULTI_TENANCY） 21
4.3.19 输出属性表（AICEP_OUT_ATTR） 21
4.3.20 静态数据表（AICEP_STATIC） 22
4.3.21 系统与通道关系表（AICEP_SYS_CHANNEL）【表字段待确定】 22
第5章 系统关键设计 23
5.1 配置视图 23
5.2 事件在线发布 23
5.3 复杂事件分布式处理 24
5.4 事件处理过载保护 25
5.5 伸缩性设计 26
5.6 高可用设计 26
5.7 事件接入安全 27
5.8 事件的热发布 27
第6章 事件中心系统设计 28
6.1 系统设计 28
6.2 系统处理流程 28
6.2.1 事件配置 28
6.2.2 事件处理 34
6.2.3 监控管理 48
6.2.4 多租户管理 49
6.2.5 权限管理 49
6.2.6 接入接出管理 49
6.3 时序图 52
6.3.1 事件配置 53
6.3.2 事件处理 57
6.4 用例图 58
6.4.1 事件配置 58
6.5 出错信息 60
60
第1章引言
1.1编写目的
本文档详细描述了事件中心产品的总体概述、设计目标、周边系统边界、功能需求、非功能需求及接口实现等。
文档用途如下：
该文档主要提供了以下几个方面内容：
·本文档可作为事件开发的依据；
·本文档可作为事件中心产品测试验收标准。
1.2阅读对象
本文档适合事件中心产品设计和开发人员,设计和开发中使用到事件处理或者计划使用事件处理的相关人员。
也适合于对事件处理以及事件驱动感兴趣的相关人员，本文档的阅读对象以及角色如下:
·核心产品设计工程师
·核心产品开发工程师
·核心产品测试工程师
·解决方案设计和开发工程师
·本地实施工程师
·其他对事件处理感兴趣的相关人员
1.3术语与缩写解释
缩写、术语
解释
CEP
复杂事件处理
JMS
JavaMessageService
HTTP
超文本传输协议
JSON
JavaScriptObjectNotation
缩写、术语
解释
ESPER
开源的复杂事件处理和事件流处理应用程序组件
EPL
EventProcessingLanguage
事件接入方
向统一事件中心的提供数据源接入的对象，可为某一渠道的某一系统
事件订阅方
向统一事件中心的提交订阅事件订阅申请的对象，可为某一渠道的某一系统
事件模板
实现对事件的定义，包含事件ID、事件来源、事件属性、事件分类、事件触发规则等。
事件持久化
对输入事件源的落地存储，用于事件状态同步，异常反查等，存储周期可配置。
第2章系统概述
2.1系统描述
事件中心是针对海量实时数据的复杂事件处理场景设计的。
事件中心基于流计算处理引擎作为底层支撑，采用分布式集群部署，支持多事件源的接入、事件规则的创建、事件规则解析处理以及结果数据的实时输出。
事件中心采用主流标准的接口协议，满足与外围系统的数据交互：
·事件中心可与亚信自有的其他业务系统、平台进行数据交互；
·事件中心可与其他厂商系统进行交互，包括与其他厂商承建的电信运营商业务系统的数据交互，以及与其他行业客户的业务系统的数据交互。
2.2设计思路
事件中心作为独立产品，应具备如下特性：
·产品可独立部署，不依赖于其他业务系统；
·产品具有良好的可扩展性，设计时考虑分布式及高可用性；
·产品的输入输出采用标准接口，接口协议支持目前主流的标准协议；
·产品支持多租户用户管理，以租户的方式实现对用户或用户组的权限管理，以达到资源和数据权限的管理控制；
·产品提供软件开发工具包，方便外围系统开发集成人员快速掌握产品的集成和使用；
·产品支持对事件订阅、查询及输入输出的界面配置，实现良好的用户交互；
·产品有安全控制、异常处理等功能设计，保证运行时的高可靠性。
2.3系统外部关系图
事件中心外界边界关系如图：
1.事件中心可以接收不同渠道数据源的数据：
·内部渠道：
如网厅、短厅等不同渠道、不同系统的数据。
·外部渠道：
其他厂家或其他行业的业务系统。
·可以与能力开放平台对接，进行业务服务的调用/反馈。
2.各个渠道可以对输出的事件进行订阅。
3.特殊说明：
与规则中心的关系：
·事件中心配置事件规则时支持两种类型的规则：
EPL规则与统一规则中心提供的规则。
·配置事件对应的规则时，通过界面展现规则中心已配置的规则列表，用于配置选择。
·新增事件规则原则：
输入事件的元数据满足规则执行时，直接通过事件中心配置实现；
不满足时，通过评估确定是否可以由规则中心实现，否则，要求事件接入方补充元数据；
·事件中心执行规则时，如果规则归属于统一规则则调用规则中心提供的服务进行规则校验、执行，规则中心执行后返回结果给事件中心，事件中心通过结果做相应的处理。
2.4非功能性需求概述
本系统设计和开发，要充分考虑系统的可靠性、安全性、可管理性、性能保障、可扩展性、可维护性和兼容性，具体要求如下：
可靠性：
主要通过采用双中心部署，来达到系统的高可靠性要求；同时系统设计时应用软件具有一定的障碍处理和异常恢复能力。
安全性：
安全系统由系统管理员对系统进行实时监控，特别是网络设计中要设置防火墙；同时软件部分提供严密的操作权限控制和安全管理措施。
可管理性：
软件设计尽量采用参数化设计，使系统能够便于随着主要业务需求的变化做出相应的调整。
性能保障：
本系统支持系统平台的云化部署和资源横向扩展，对页面、接口、后台数据采集的性能要求参考中国移动集团规范。
可靠性：
本系统通过集群和负载均衡，实现web服务器的页面可靠性；同时，通过软硬件方式实现接口可靠性和数据可靠性。
容灾：
本系统支持双中心方式部署。
可扩展性：
本系统通过云化部署架构（x86），支持服务实例的动态扩展；支持通用系统功能的可更新和扩展性。
可维护性：
本系统通过数据采集和告警模块支持对自身运行情况的监控和告警，通过灰度发布技术支撑业务功能的在线发布。
安全：
在软件层面，采用认证、密钥、加密协议、时效限制等保障生产过程的安全，对代码存放、访问和事后审计提供支持；在接口层面，通过技术上的安全控制，实现接口安全。
在物理层面，通过支持双中心实现容灾。
在服务器层面，应用服务器主机的操作系统在安全性上应该能够达到C2安全级别，对系统能提供有效的安全保密措施。
在重要关键服务器的网段上设立防火墙。
核心应用系统服务器主机全部采用双机热备方式，磁盘阵列采用RAID方式对数据进行存储。
在数据层面支撑数据库和其它文件只能被授权用户访问和修改，防止在本地存储或者网络传输的数据受到非法篡改、删除和破坏。
兼容性：
兼容国际、国内的相关标准技术，采用规范的接口和协议，保证系统各组成部分的协同一致。
第3章总体设计
3.1总体功能
事件中心主要是对多事件源进行处理，引入流计算、分布式内存等数据处理技术，接收各类实时事件源的基础数据并进行解析，同时对实时事件进行累积计算，最终将实时复杂事件数据加载到分布式内存中，进行符合规则的数据匹配，支持多事件源的接入、规则的创建、规则解析处理以及结果数据的实时输出。
按照功能进行划分，主要包括以下几个处理模块：
接入管理、事件配置、事件处理、权限管理、监控管理、多租户管理等。
事件配置模块包括事件注册、事件订阅管理、事件下线、事件发布等功能，主要通过界面操作实现相关配置；
监控管理实现对系统关键性能指标的监控，分为三种类别分别为：
系统监控、服务监控、应用监控。
系统监控用于监控集群节点的CPU、内存等指标。
服务监控包括Kafka服务监控、Zookeeper服务监控、Redis服务监控、Storm服务监控。
应用监控包括事件处理过程中的过程数据，如：
平均处理时间、已处理数据量、处理是否延时等；
接入接出管理实现对接入事件中心的渠道、系统、主机IP的配置管理；
权限管理包括用户管理、菜单管理、角色管理、用户权限管理配置等功能；
多租户管理包括多租户用户管理和租户用户资源管理，通过租户模式实现数据及计算、存储资源权限
升级会员 