互联网在线审批系统技术设计方案

互联网在线审批系统技术设计方案2018年9月20日HBT文档控制规范模板V1.02第页目录1 设计方案 31.1 系统架构设计 31.1.1 系统架构图 31.2 服务器系统设计 31.2.1 双机热备 31.2.2 虚拟化 41.2.3 云服务器 41.3 系统网络设计 51.3.1 网络拓扑图 51.3.2 云服务网络架构 52 系统性能要求 72.1 基础性能指标 72.2 操作性能指标 82.2.1 设备指标 82.2.2 报表指标 82.3 存储容量指标 83 非功能性要求 103.1 系统具备高可靠性 103.2 系统易于使用 103.3 系统具备可扩展性 103.4 可移植性 113.5 可维护性 113.6 兼容性 113.7 容错能力 11 设计方案系统架构设计在线审批系统基于目前先进的云计算技术、容器技术，使用微服务架构设计与开发，采用持续集成CI和持续部署CD流程，实现开发、部署、运维、管理一体化架构。容器技术可以进一步增加资源效率，增强服务响应，降低总拥有成本，优化大数据应用可用性并创新服务。本项目使用容器集群管理系统，并在其上开展大数据应用的开发、运维、支撑等工作。系统架构图服务器系统设计在线审批系统计划采用物理服务器、存储主机和网络设备以及配套软件搭建云服务。使用双机热备保证系统可靠性。使用虚拟化平台将服务器群组虚拟为多个性能可配的虚拟机(KVM)，搭建云服务器平台，对整个集群系统中所有KVM进行监控和管理，并根据实际资源使用情况灵活分配和调度资源池。双机热备双机热备特指基于高可用系统中的两台服务器的热备（或高可用），因两机高可用在国内使用较多，故得名双机热备。两种不同业务分别在两台服务器上互为主备状态（即Active-Standby和Standby-Active状态）。为保证数据业务网的核心业务的不中断运行，在网络整体设计和设备配置上都是按照双备份要求设计的。在网络连接上消除单点故障，提供关键设备的故障切换。关键设备之间的物理链路采用双路冗余连接，按照负载均衡方式或active-active方式工作。关键主机可采用双路网卡来增加可靠性。全冗余的方式使系统达到电信级可靠性。要求网络具有设备/链中故障毫秒的保护倒换能力。虚拟化虚拟化，是指通过虚拟化技术将一台计算机虚拟为多台逻辑计算机。在一台计算机上同时运行多个逻辑计算机，每个逻辑计算机可运行不同的操作系统，并且应用程序都可以在相互独立的空间内运行而互不影响，从而显著提高计算机的工作效率，可以大大提高资源利用率，降低运营成本。云服务器云服务器的基础架构包括硬件基础实施层、虚拟化&资源池化层、资源调度与管理自动化层。硬件基础实施层：包括主机、存储、网络及其他硬件在内的硬件设备，他们是实现云服务的最基础资源。虚拟化&资源池化层：通过虚拟化技术进行整合，形成一个对外提供资源的池化管理（包括内存池、服务器池、存储池等），同时通过云管理系统，对外提供运行环境等基础服务。资源调度层：在对资源（物理资源和虚拟资源）进行有效监控管理的基础上，通过对服务模型的抽取，提供弹性计算、负载均衡、动态迁移、按需供给和自动化部署等功能，是提供云服务的关键所在。平台即服务：主要提供统一的平台化系统软件支撑服务，包括统一身份认证服务、访问控制服务、工作量引擎服务、通用报表、决策支持等。这一层不同于传统方式的平台服务，这些平台服务也要满足云架构的部署方式，通过虚拟化、集群和负载均衡等技术提供云状态服务，可以根据需要随时定制功能及相应的扩展。系统网络设计网络拓扑图云服务网络架构基于云服务搭建不同的业务模块，构建完全隔离的云上环境，公有云与私有云相结合，云上云下进行业务交互。系统性能要求基础性能指标系统正常工作时满足以下指标：用户登录时间<=5秒界面初始化操作<=3秒系统内在线事务处理的响应时间<=3秒；跨系统在线事务处理的响应时间<=5秒；系统内查询的响应时间<=3秒；系统内统计的相应时间<=10秒；业务管理页面响应时间：点击页面的任意功能到接收返回的结果的平均响应时间<2秒；系统在业务处理高峰时，系统平均响应时间要求不超过非业务高峰期间平均响应时间的1.5倍；系统并发数设计应该支持30%的冗余，保证系统在业务高峰期间稳定运行；系统在业务处理高峰时，各主机设备的内存利用率应该不大于70%，CPU平均空闲率不低于30%；系统必须支持连续7×24小时不间断地工作；排除人为误操作因素，由系统自身原因导致的系统崩溃故障,平均无故障时间（MTBF）应大于365天，平均修复时间（MTTR）应小于4小时；排除人为误操作因素，由系统自身原因导致的系统错误故障,平均故障间隔时间（MTBF）应大于100天，平均修复时间（MTTR）应小于30分钟。系统可支持同时在线操作的用户数不得少于1000个。系统支持的用户账号数量应不受限。能够处理15分钟的周期性性能数据。应能承受告警峰值不小于50次/秒。系统的告警最长响应时间不大于5秒。系统对一般用户操作的响应时间应小于6秒。对于30分钟、60分钟粒度的周期性数据入库后生成的固定报表查询响应时间应小于15秒。操作性能指标设备指标IP；2s；5s；报表指标存储容量指标系统基础数据（包括用户及权限数据、网络资源数据）要求一直在线存储。其他信息存储计算方式如下表：磁盘阵列存储数据内容存储要求数据库服务器性能原始数据12个月性能应用数据36个月配置数据12个月告警数据12个月系统日志数据6个月数据存储方式要求按照RAID0+1进行设计，并且在基本数据存储空间需求的基础上，预留30%数据冗余空间。系统用户容量：系统支持200000用户，支持1000用户并发。非功能性要求系统具备高可靠性提供成熟的、容错性和易恢复性俱佳的系统。系统支持连续7×24小时不间断地工作。系统支持负载均衡能力，支持应用部署在多台服务器上，避免应用系统的单点故障。冗余点在单台设备软硬件故障情况下，要求系统所承载业务仍正常提供且服务质量不劣化。系统能够正确识别外围系统发的错误请求及重复请求，避免出现一些不可预测的结果。系统易于使用系统易于安装和使用，具备风格一致用户界面；系统能在浏览器中完成基本的管理任务，对用户输入错误，应尽早发现和提示；应用系统提供一致性的图形用户界面风格；应用系统对普通用户的操作界面以B/S方式实现，提供APP应用；应用系统支持同时打开多个管理窗口以对不同任务进行并行的操作；应用系统支持在一个业务过程中的所有功能界面都有返回上一个操作的快捷联接；应用系统采用分页机制显示查询结果，并显示返回的记录数目、当前页和总页数；应用系统发现用户提交有误信息，以弹出窗口的形式明确提示用户错误的原因，并把界面控制焦点置于发生错误的控件对象上；应用系统的操作界面用“*”明确标识出必填的输入信息；在导致系统数据发生变化的操作执行之前，系统弹出提示窗口供用户确认；当应用系统正在执行用户提交的请求而无法返回时，明确标识系统处于繁忙阶段；应用系统功能菜单按照功能域、功能组的分类方法进行组织；对于操作员无权限使用的菜单功能，应用系统不显示该菜单或将其设置为不可用状态；系统具备可扩展性系统具备方便且可定期执行、分析结果的业务测试功能；系统易于修改，对某一个子系统的修改，不影响其他系统的正常运行；系统易于扩展，新增服务时要求对系统做尽可能少的修改；系统具备自管理和监控功能，能够实时监控各模块的执行；系统具备在线升级协议及版本的功能，在不中断业务的情况下支持对系统的外部接口协议进行在线升级、对修改后的系统版本进行在线升级。应用系统采用构件化设计思想，系统框架与业务逻辑分离；具备开放的体系结构。可移植性系统有良好的可移植性，能支持国产主流数据库系统。可维护性系统具备正确的、完整的与系统一致的说明文档。支持维护人员通过阅读源代码和相关文档轻松了解软件系统的结构、接口、功能