设备生命周期服务平台架构演进
一 需求
由于公司每年都会生产大量设备,这些大量设备由此产生以设备为生命周期的链式信息,相关信息如下:
1.1 信息来源
1)设备本身信息,客观物理基础信息(区域,行政区域,设备配件,厂家,型号等等)
2)设备销售信息,销售订单,销售流程,物流等相关信息
3)客户信息,类似于crm
4)设备生产环节信息,设备一旦投入实际生产环境将产生大量实时,历史性数据,实时数据可以进行加工处理产生一些列逻辑信息,比如正常,故障,报警,错误,其他等等
5)设备售后信息,设备不是一层不变的,他会出现衰老,故障等等一些列问题,因此需要售后环节支持,因此可产生维保,巡检,维修,以及相关流程和业务信息
6)所有信息统计分析信息,这是在大量设备出现并投入使用后,无论是生产,销售,实际使用,售后维保等等都可以产生不同的算法进行统计,如聚类,分析,日志统计等等
1.2 功能划分
根据不同时期不同维度,不同环境的需求,可以大致划分出以设备生命周期进行跟踪,托管,监控,分析几大类主要功能,根据这些大功能点划分到不同子系统来实现,于是就有了功能架构
1)基础数据管理:维护设备已经设备依赖的相关基础数据管理
2)销售数据管理:包括客户,销售环节订单,物流,实施,合同相关数据管理
3)实时监控:设备在生产环境中实时产生的数据通过采集单元,采集上报到数据处理服务器,进行数据加工处理,产生逻辑数据,报警,故障分析,以及原始数据持久化,并产生实时消息分发
4)维保管理:维保是专门负责售后设备的巡检,维修,保养,已经其他业务流程管理,定时任务管理
5) 统计分析:基于所有的数据进行不同类型的数据统计,加工,然后可视化输出
1.3 平台架构划分
平台架构:分布式系统架构,主要包括数据库,应用服务器,客户端,其中客户端比较多样化设计桌面,web,app等,软件运行环境设计windows,linux
子系统划分:SSO子系统,基础数据中心子系统,销售数据中心子系统,实时监控子系统,维保子系统,统计分析子系统
二 整体架构
对这篇博客有一定参考 :http://www.cnblogs.com/Andon_liu/p/5353488.html
2.1 特点与原则
1)子系统独立原则,
2) 子系统与子系统独立且满足交互的特点
3)为数据库集群,服务机器奠定基础
4) 层次划分,接口明确
2.2 统一入口
1)统一webapi入口 (webapi网关)
2)统一数据源入口(数据库代理)
2.3 物理拓扑图
三 子系统实现
3.1 数据库代理与集群架构与实现
数据库代理负责读写分离,负载均衡,备用热切换,数据隔离,这个目前可以采用开源代理工具如mycat,amoeba,haproxy等等来实现,让持久化数据访问统一入口
3.2 SSO服务设计
参考http://www.cnblogs.com/rjjs/p/7422971.html
3.3 基础数据中心管理子系统
3.4 实时监控子系统
3.5 维保子系统
四 明确目标,降低陈本,提高效率