业务系统IT基础架构改造讨论方案.pdf

业务系统IT基础架构 改造讨论方案 2016年8月 内容介绍 发现问题 为什么要 现状 目标 改造 了解现状态 探讨解决方法 现状 现状 系统IT结构如右图，采用 应用与数据库 双机组成架构 m 优点： • 架构成熟 • 易于部署，维护 为什么要改造 为什么要改造 - 现状架构缺点 m 现系统构架缺点： • 单一节点，缺乏高可用性保障 • 通过硬件升级方式, 扩展性存在瓶颈，投入成本相对较高 • 数据集中于单机，容灾、安全存在单点隐患 • 单一接入点，无法解决跨地区用户就近接入问题 为什么要改造--隐患 ? 出现如下问题，将造成严重损失 m 节点机房网络出现问题 m 节点所在地区出现严重自然灾害 m 节点出现技术故障 m 为什么要改造--如何解决 1. 系统内部架构改造 多机热备，多点负载均衡、解决单机性能 2. 适应多节点改造 异地容灾，多点负载均衡 目标 目标 节点内部架构改造探讨 m API服务需调整问题 • API服务器前端部署 代理服务器 【负载均衡】 • API与DB服务器访问接口调整为可自适应连 接多台DB 【可自动切换访问】 • A PI服务器能自动实现读写分离 【或增加一 层代理层】 • 后台DB服务器实现读、写分离； m 需要解决问题 • 如何解决DB间数据同步？ • 多A PI服务器，如何解决用户跨服务器 统一认证问题? 目标 建立多节点数据中心 m 优点 • 多节点负载均衡，提高处理能力、 高可用性 • 数据多节点互备，保证数据安全 • APP访问就近接入，提高访问速度 目标 多节点建设问题探讨 m 实现方法 • APP端统一访问api.caimiw.cn 通过DNS解析 实现多节点互备 • APP端添加多节点检测，自动选择最优接入 • A PP端添加可识别标识，服务器端可自动计 算认证 m 需要解决问题 • 跨机房数据如何同步 • 客户端访问如何实现就近接入 谢谢 探讨与分享 让每一次分享 产生一份价值 author: gyhong 2016-08-22