《从单体到微服务再到中台战略的历程》由会员分享，可在线阅读，更多相关《从单体到微服务再到中台战略的历程（41页珍藏版）》请在金锄头文库上搜索。
1、,从单体到微服务再到中台战略的历程,目录,03,04,01什么是中台,02基础服务治理到底怎么做,共享服务的诞生,中台为快反而生,什么是中台,01,什么是中台？,中台定义,定义：企业级能力复用平台,企业级：中台服务的范围 能力：中台所承载的对象，如业务能力，数据能力 复用：中台的核心价值，各业务系统所要求能能力复用 平台：中台的主要表现形式,中台建设的必要性,必要性 是刚需吗？ 有多个不同的业务线需要支持吗？ 存在重复建设吗？,时机 符合公司战略发展方向 高层领导的全力支持 业务部门协同支持配合 基础服务治理是否就绪,基础服务治理到底怎么做？,02,案例解析,案例： 由于时间紧迫，团队一边做着
2、需求迭代以及新功能上线，一边还得做新架构开发，每个人都非常的 忙碌。然而，在大家辛苦半个月后第一个版本交付测试的时候却出现了问题，每个人负责的模块的 代码风格不统一，框架结构不统一，其他人如果想参与到对应的模块却不清楚从哪里入手，且培训 成本过高。,为什么辛苦搭建的微服务没办法上线？,准备微服务工具,自动生成读写分离,自动生成代码骨架,自动生成Mybatis xml文件,直接生成PO DTO对象 自动生成pom依赖,ManagerImplR ManagerImplW,生成后的代码结构以及依赖关系,Controller,back(war),basic( jar),IManger,MangerIm
3、pl,Facade,IService,Servi ceImpl,IMangerR IMangerW,DAOR DAOW,W,R,代码分层,Back（业务逻辑层） back-project,Basic（原子服务层） basic-project,business：业务处理层，调用过多个服务在这里做聚合 facade：外部服务调用统一出口 model：定义VO相关的字段 web：接收网关转过来的请求,api：接口层，外部服务依赖该接口提供的服务； service：接口实现层，实现api接口 business：数据相关的处理；以及PO对象 model：定义DTO对象 facade：基础服务调用外部服务
4、,Basic（原子服务）层关注点 单表原则，禁止2张以上的表做join查询 不要包含任何业务逻辑 对外屏蔽分库分表的操作 根据数据量的大小引入KV类型的分布式存储，如HBase等 如需要跨库跨表需要引入检索工具，如ES等,前后端分离,App,H5,MQ,CACHE,business,主,从,DAL,PC,node.js,node.js,node.js,http/https,前端开发人员,服务器端开发人员,所有服务无状态化,App,H5,Nginx,session,业务数据,无状态业务,有状态数据,分布式缓存,数据库,分布式存储,业务系统,业务系统,统一认证服务,分布式存储,认证服务,业务系统,
5、业务 调用方,用户名和密码,返回token,携带token请求,生成token,验证token,返回验证结果,工具总结,代码未编工具先行,统一微服务工程结构 统一服务启动方式（jar/war） 统一缓存调用方式（架构封装统一提供jar包和底层存储无关） 统一MQ调用方式（架构封装统一提供jar，和具体MQ类型无关) 统一日志格式 统一多服务依赖调用方式(串行调用方式、并行调用方式） 统一熔断、降级处理流程,业务架构图（简化版）,APP,M站,H5,公众号,PC,前端应用,统一接入网关,乘风系统,巡风系统,御风系统,会员业务,秒杀业务,业务应用,用户服务,产品服务,订单服务,支付路由,指标服务,
6、基础服务,规则引擎,短链服务,消息服务,短信路由,促销服务,排序服务,MYSQL,Redis,HBase,HDFS,ES,数据存储,Hive,公共平台,配置中心,监控中心,安全中心,日志中心,调度中心,缓存,解耦,熔断,千人千面个性化推荐,App,H5,服务,服务,化串行为并行，提升访问速度,服务,服务,服务,业务聚合层,慢,服务,业务聚合层 ExecutorService,快,服务,（串行）,（并行）,服务,业务聚合层,优,服务,（并行）,es,es,es,熔断功能的要求,熔,断,时间窗口,错误率,人工干预,主动告警,降级目的：业务高峰的时候，去掉非核心链路，保证主流程正常运行 熔断目的：防
7、止应用程序不断地尝试可能超时或失败的服务，能达到应用程序执行而不需要等待下游修正服务 推荐：hystrix 或 Sentinel,快、再快、更快,充分使用缓存,RemoteCache,服务,RemoteCache,业务聚合层,DB,业务聚合层,LocalCache,服务,RemoteCache,DB,网络,网络,慢,快,缓存总结,统一接口,本地缓存,分布式缓存,布隆过滤 器,本地缓存： Caffeine 、Guava 更新策略：TTL自动过期 分布式缓存：redis 缓存穿透： 伪造数据库中不存在的值，导致缓存命中失败，直接查询DB -BloomFilter 缓存击穿：缓存key刚好过期，大量
8、同样的key请求过来，导致直接命中数据库 - 查询数据层使用互斥锁 缓存雪崩：同一个时刻缓存大面积失效，请求全部查询DB -服务限流+告警,服务解耦,发放优惠券,用户表,积分初始化,订阅binlog,订阅配置平台 MQ,优惠券服务,财务初始化,邀友奖励,流量上报,用户表,积分服务,账户服务,MGM服务,流量上报,基于MQ的应用解耦,l应用层必须支持消息幂等 l支持消息回溯 l支持消息重放 l基于关键字查询 l消息的消费的机器IP以及消息时间,架构迁移阶段需求迭代怎么做,场景：正在忙着做服务化的改造，需求迭代来了怎么办？,推荐 新功能新架构 历史功能变更也在新架构上开发,杜绝 在老的工程上直接做
9、服务化的改动 在老的工程上继续做需求迭代,新老系统线上如何兼容运行,App,H5,Nginx,老平台,新平台 Nginx 配置路由20% - 50% - 100% 新老平台接口名称一致、参数一致、结果格式一致、序列化方式一致,服务治理总结,多个服务调用尽可能并行化调用； 本地缓存+远程缓存完美搭配，提供统一调用方式 服务高可用熔断降级必不可少，但是参数配置需要清晰 MQ的解耦和消峰功能是微服务有效搭配,共享服务的诞生,03,御风 智能运营平台,涵盖审批、交易侦测、客服、 调额、催收等环节，保障零 售信贷快捷化、规模化、精 细化运营需求。,乘风 智能营销平台,整合全域流量资源，提供实 时风控前置
10、的精准获客服务， 帮助金融机构提升营销ROI。,巡风 智能风控系统,数据、技术、策略、模型， 四位一体集成输出，以图形 化配置工具实现风险自主管 理、策略自主部署、业务自 主拓展。,产品线,l大部分功能重叠 l形成内部小圈子不共享,系统架构,l自己造的轮子跑的最快 l我的代码永远是优秀的， 其他都是渣渣,数据架构,l每个系统的数据相互独立 l统计口径由产品线来制定,组织架构,l部门之间资源不共享 l资源不够，永远缺人,业务,service1,service2,service4,service5,service3,service6,业务,service1,service2,service4,se
11、rvice5,service3,service6,共享服务,共享服务的诞生,业务侧需要知道明确的依赖关系 业务侧需要知道明确的调用关系 业务侧需要控制好降级、熔断 一旦业务侧换人又需要重新熟悉,共享服务承担所有核心业务逻辑 共享服务控制降级，熔断 业务侧只需要调用单一接口接口,service1,service2,service4,service5,service3,service6,共享服务,中台为快反而生,04,快,反,快速迭代,朝令夕改 3-5人2周完成创新项目,降级试错成本 快点失败、早点失败、小点失败,中台为快反而生,应用1,应用2,应用3,应用4,应用N,小前台,共享服务1,大中台,
12、基础服务,基础服务,基础服务,基础服务,基础服务,稳后台,基础服务,共享服务2,共享服务3,共享服务4,共享服务N,中台组织新架构,统一接入网关,APP,M站,H5,公众号,PC,前端应用,统一接入网关,用户中心,产品中心,订单中心,财务中心,支付中心,业务中台,规则集,用户服务,产品服务,订单服务,支付路由,指标服务,基础服务,规则引擎,短链服务,消息服务,短信路由,促销服务,排序服务,MYSQL,Redis,HBase,HDFS,ES,数据存储,Hive,基础平台,配置中心,监控中心,安全中心,日志中心,调度中心,配置服务,A/B,行为日志,三方数据,用户画像,业务报表,数据中台,运营报表,MYSQL,HBase,Hive,Spark,DATAX,大数据平台,azkaban,乘风系统,巡风系统,御风系统,会员业务,秒杀业务,业务应用,总结： 不是所有项目都需要中台 基础服务、必须稳定可靠 确定好各自的边界范围 制定明确的KPI指标 业务高度从项目中抽象 中台必须要高层介入，最好是最高领导，全员共识 中台是演变出来的，而不是一次性做出来的,
