系统架构设计

《系统架构设计》由会员分享，可在线阅读，更多相关《系统架构设计（17页珍藏版）》请在装配图网上搜索。

1、-技术架构技术架构总览业务框架技术方案运营监控治理平安防范接入层接口层效劳层数据层. z.-技术方案前台技术架构根据用户设备及浏览器尺寸路由PCPADMobile其它智能设备页面自适应、最小宽度页面自适应页面自适应element-ui + vuejs + Echartsvuejs + muijsvuejs + muijs金豆云CMS配置编译发布自自系统构建：Webpack , Gulp根底组件库定定义义JSCSSResourceHtml5组样件式*.js，*.vue*.sass，*.cssFont，ImgFont，Img根底样式库. z.-技术方案微效劳架构结合现实情况，平台效劳方案分二个阶段

2、完成，先完成效劳化，后续在效劳化的根底上重构成微效劳效劳监控根底效劳框架spring boot业务代码业务代码业务代码分布式RPC效劳框架dubbo效劳注册中心业务代码业务代码业务代码zookeeper效劳发布容器docker业务代码业务代码业务代码持续集成工具效劳治理jenkins. z.-技术方案动静别离 - CDN 静态资源访问加速静态资源文件html，css，js，img等 静态数据返回业务静态图片用户 . z.-用户动态动态数据用户静态请求数据结果返回数据请求回源请求抓取数据静态脚本Web程序数据库内网访问，图片视频音频数据更新维护ECS效劳器OSS云存储效劳 智能压缩对静态资源进展

3、压缩，减少传输大小，加速分发效果 可视化监控可通过视化监控管理，查看监控日志和统计分析制定适宜的缓存策略，并可通过从源站刷新缓存等手段主动维护高访问资源的缓存. z.-技术方案负载均衡 + 弹性扩展. z.- 流量调度多台云效劳器自动进展流量分发，获得更高水平的容错性能 扩展性支持云效劳器动态扩展，实现无缝伸缩，伸缩过程不用更换任何设备，对相关调用和访问者零影响 平安四层DDoS攻击防护，支持应用防火墙和CC防护，提供防护统计页面，实时抵御网络攻击云效劳器ECS负载均衡云效劳器ECS负载均衡云效劳器ECS云效劳器ECS负载均衡云效劳器ECS云效劳器ECS. z.-技术方案消息系统消息队列采用阿

4、里云MQ消息发送/发布方消息接收/订阅方TCPUDP HTTP SOAP 消息接收器消息发送器流入路由器流出路由器拦截器消息内部效劳拦截器转换器组件调用组件容器. z.-技术方案推荐引擎基于阿里云的RecEng推荐引擎和Ma*pute大数据计算效劳搭建金豆云推荐引擎，实现千人千面. z.-根本推荐流程客户接入数据特征提取计算用户/物品评分用户/物品用户/物品的原始特征评分矩阵用户/物品关系计算相关性计算+邻近计算推荐建模流程客户效果数推荐请求API据OTS物品实模型样本时修正表推荐处理线OTS离线计程算结果表基于业务目标OTS用户实的监视学习时修正表. z.-. z.-离线计算在线计算. z.

5、-技术方案用户认证 SSO + OAuth2. z.-内部系统内部系统采单点登陆方式进展管理外部系统外部系统连接主要分为2种方式：1. 通过ROP平台实现数据交互2. 金豆云提供OAuth2认证机制给第三方，实现页面与数据的交互Request User UrlRequest Access UrlRequest Info Url通过token、openId及API. z.-技术方案分析平台. z.-JSONEcharts | CuBIREST API报表Spring，SpringMVC，JMS，Sqoop事件监听定时任务数据导入SparkAPI接口数据分析数据融合MQ消息队列HBaseHadoo

6、p HDFS 分析平台基于业务数据进展数据映射与融合 整体架构基于大数据分析框架设计，并通过模块化设计进展内部解耦，将数据收集，导入及分析功能围绕分析模型系统处理 业务数据收集工作通过异步消息及定时导入方式实现 底层技术实现 前端主要提供REST API供产品平台进展数据获取。同时采用Echarts或CuBI进展报表展现 中台效劳逻辑层使用Spring，SpringMVC作为应用构建及对外接口发布，配合MQ队列机制处理异步消息。Spark作为核心数据处理引擎，进展MapReduce处理 持久层主要采用HBase进展大数据存储，同时使用Hadoop HDFS支持分布式存储. z.-技术方案数据库

7、. z.-设计原则统一数据视图保证数据的及时性、一致 性、准确性、完整性数据应用别离应用系统只依赖逻辑数据库应用系统不直接访问其它宿 主的数据库，只能通过效劳 访问数据读写别离访问量大的数据库做读写别离数据量大的数据库做分库分表不同业务域数据库做分区隔离重要数据配置备库；Hadoop HDFS. z.-合理使用缓存产品平台数据库设计方案采用二级缓存机制 一级缓存使用Redis副本集，对频繁访问数据进展缓存。同时围绕Redis单线程机制，针对大量并发场景设计了同一用户的并发锁策略。 二级缓存使用MongoDB副本集，对构造化数据及频繁更新数据进展文档化数据存储业务数据库使用MySQL集群方案分析

8、平台基于大数据架构设计方案，数据库使用区域HBase部署策略，同时采用Hadoop HDFS进展分布式文件存储. z.-技术架构 运营监控流量控制应用：集群，无状态，提高访问量数据：读写别离，提高性能应用：按业务域划分成不同子系统数据：数据分区1. 分流应用：不同业务类型分片数据：分库分表，提高数据容量应用：分层，功能与非功能分开数据：冷热数据别离无法缓解大流量1.动态页面降级到静态2.整体降级到其他页面3.页面局部内容舍弃一些非关键业务，2. 降级如购物车库存状态3. 限流降级一些下游系统，无法缓解如一次拆分暂停大流量远程效劳降机到本地缓存. z.-技术架构 运营监控SLA数据持久性数据可销

9、毁性不低于99.9999999%数据无法恢复数据可迁移性数据私密性迁入迁出网络层访问控制技术实现对不同用户资源的隔离效劳可用性数据知情权不低于99.95%对于数据、备份数据所在数据中心地理位置、数据备份数量具有知情权故障恢复能力效劳资源调配能力724小时的运行维护用户可在10分钟内启用或释放100台云效劳器，或在5分钟内完成停机升级CPU和内存，并支网络接入性能持在线实时升级公网带宽多线接入，0Mbps200Mbps效劳提供方SLA效劳消费方. z.-技术架构 治理灰度发布老系统老系统DB局部请求到旧系统上，另一局部请求到了新的灰度系统上走到Client转发旧系统的请求，还是照原样处理走到了新

10、版灰度系统的请求，需要同时将请求转发给旧系统上来对应的接口上修改旧系统的数据如果走到新系统的请求查不到该用户的数据，还需要首先同步一份来新系统上新系统新系统DBClient请求首先走到了新版本需要灰度的效劳上，在经过该效劳处理后，给请求打上了tag，由于带上了tag，后续访问的都是配套灰度的A效劳新版A效劳效劳Tag AB效劳B效劳Tag A. z.-C效劳新版C效劳. z.-技术架构 平安平安策略. z.-Https接入数据传输入过来加密，防止传输过程中数据被篡改、平安级别更高黑白设置黑，使用hapro*y、ngin*过滤恶意请求OAuth2认证使用Spring-security-oauth2实现与第三方系统认证授权. z.-. z.-平安巡警购置阿里安骑士、Web应用防火墙，防止恶意CC攻击，防止挂马篡改IP限制设置数据库访问IP列表，保障核心数据不受到侵犯Hystri*熔断通过Hystri*防护和控制系统依赖，防止故障连锁，以完成对应用的熔断、降级等策略. z.