微服务架构是一个用分布式服务拆分业务逻辑,完成解耦的架构模式。它旨在通过将功能分解到各个离散的服务中以实现对解决方案的解耦。把一个大型的单个应用程序和服务拆分为数个甚至数十个的支持微服务,它可以扩展单个组件而不是整个的应用程序堆栈,从而满足服务的等级协议。围绕业务领域组件来创建应用,这些应用可独立的进行开发,管理迭代,在分散的组件中使用云架构和平台部署,管理和服务功能,使产品交付变得更加简单。 1.企业转型痛点多条业务线都是基于企业核心系统设计开发,造成核心系统功能复杂,业务处理能力弱,对中前台的业务快速响应能力支撑不足。 用户数据量大,对新用户体验和数据处理能力,有较高要求。当时的核心系统无法满足这些要求。 交易订单量大,要求核心系统有非常强的订单交易处理能力、账户和资金的清算能力,当时系统无法做到分布式。 对系统的稳定性和数据的一致性也有强烈的要求。当时的系统无法满足可用性和一致性要求。 2.微服务架构改造过程 提效增速,中台化建设。重新梳理和定义系统架构和业务架构,整合各项能力中心,作为微服务架构改造和实施的基础指导。 找到哪些系统是瓶颈 找到经常出问题的系统,时间,人员,进行写分析和复盘。对过去三年的COE进行分析,找到瓶颈因素并分类应对。 找到哪些因素是瓶颈 引入全链路监控,波测等技术手段,以业务指标+技术指标为指导。增强CICD自动化能力,引入灰度、蓝绿、金丝雀等多种发布机制。 从机制上保证稳定性 减少99%的稳定性问题。 3.微服务架构实践原则 遗留系统的微服务改造 功能剥离、数据解耦;自然演进、逐步拆分;小步快跑、快速迭代;灰度发布、谨慎试错;提质量线、还技术债 恰当拆分粒度 拆分原则:1. 高内聚低耦合 2. 不同阶段拆分要点不同 4.微服务架构改造通用方法 5.微服务架构发展趋势 服务网络与云原生 将服务间的网络通信层及其控制策略下沉到基础设施,就形成了所谓的"服务网格"技术。通过微服务、容器化、持续交付、Devops等技术,组成了所谓的"元原生"体系。 数据库网格与分布式数据库 单元化架构 以单元为组织架构,以单元化部署为调度单位。 每个单元,是一个五脏俱全的缩小版整站,它是全能的,因为部署了所有应用;但它不是全量的,因为只能操作一部分数据。 能够单元化的系统,很容易在多机房中部署,因为可以轻易地把几个单元部署在一个机房,而把另外几个部署在其他机房。 通过在业务入口处设置一个流量调配器,可以调整业务流量在单元之间的比例。 好了,今天的文章分享到这就结束了,要是喜欢的朋友,请点个关注哦!--我是简搭(jabdp),我为自己"带盐",感谢大家关注。