微服务技术大揭秘.pptx

微服务技术大揭秘; 微服务是目前最先进的架构设计思想，在许多国内外大互联网公司得到成功的应用，其核心是化繁为简、化整为零，把应用分解为小的服务模块进行独立开发。微服务的这一特点使其便于部署到容器，对整个开发、测试、运维都发生了革命性影响，有力地支持了devops开发，提高效率，便于维护升级和故障处理，带来了一系列优势。那么，微服务有哪些奥秘呢？下面从技术原理上进行剖析。 化整为零的思路不是开发一个巨大的单体式的应用，而是将应用分解为小的、互相连接的微服务。一个微服务一般完成某个特定的功能，比如下单管理、客户管理等等。每一个微服务都是微型六角形应用，都有自己的业务逻辑和适配器。一些微服务还会发布API给其它微服务和应用客户端使用。其它微服务完成一个Web UI，运行时，每一个实例可能是一个云VM或者是Docker容器。 ? Spring Cloud是微服务开发的优秀框架，在spring Boot的基础上进行开发，Spring Cloud 为开发者提供了在分布式系统（如配置管理、服务发现、断路器、智能路由、微代理、控制总线、一次性 Token、全局锁、决策竞选、分布式会话和集群状态）操作的开发工具。使用 Spring Cloud 开发者可以快速实现上述这些模式。;1;1 微服务架构;微服务架构;微服务架构;复杂度可控：在将应用分解的同时，规避了原本复杂度无止境的积累。每一个微服务专注于单一功能，并通过定义良好的接口清晰表述服务边界。由于体积小、复杂度低，每个微服务可由一个小规模开发团队完全掌控，易于保持高可维护性和开发效率。 独立部署：由于微服务具备独立的运行进程，所以每个微服务也可以独立部署。当某个微服务发生变更时无需编译、部署整个应用。由微服务组成的应用相当于具备一系列可并行的发布流程，使得发布更加高效，同时降低对生产环境所造成的风险，最终缩短应用交付周期。 技术选型灵活：微服务架构下，技术选型是去中心化的。每个团队可以根据自身服务的需求和行业发展的现状，自由选择最适合的技术栈。由于每个微服务相对简单，当需要对技术栈进行升级时所面临的风险较低，甚至完全重构一个微服务也是可行的。 容错：当某一组建发生故障时，在单一进程的传统架构下，故障很有可能在进程内扩散，形成应用全局性的不可用。在微服务架构下，故障会被隔离在单个服务中。若设计良好，其他服务可通过重试、平稳退化等机制实现应用层面的容错。 扩展：单块架构应用也可以实现横向扩展，就是将整个应用完整的复制到不同的节点。当应用的不同组件在扩展需求上存在差异时，微服务架构便体现出其灵活性，因为每个服务可以根据实际需求独立进行扩展。;做微服务架构设计规划，主要分为以下步骤： 1整体架构设计 2业务领域抽象、建模 3服务规划与层次划分、数据库设计与划分 4服务内流程、数据、契约（接口）定义和技术选型。 ;微服务架构;微服务架构;微服务架构;微服务架构;微服务架构;微服务架构;2 基于Event process分布式事务处理;基于Event process分布式事务处理;基于Event process分布式事务处理;基于Event process分布式事务处理;基于Event process分布式事务处理;基于Event process分布式事务处理;;3 监控与故障处理;监控与故障处理;监控与故障处理;监控与故障处理;监控与故障处理;监控与故障处理; 用户请求的高并发可能会超出系统的处理能力，如果不处理会压垮服务器， 并导致雪崩效应，系统会垮掉。为此需要对系统增加熔断与降级、限流功能， 保证系统能可靠工作。;4 数据库设计;数据库设计;数据库设计;5 Docker容器部署微服务;Docker容器部署微服务;Docker容器部署微服务;Docker容器部署微服务;Docker容器部署微服务;微服务和docker，非常适合devops开发，一个image把开发、测试、部署、运维全流程打通，有效地提升效率和质量。实现企业级DevOps，有很多方式和着手点，比如最常用的就是从持续发布开始。而我们更聚焦企业的全生命周期，实现基于微服务架构的以下15个： 　　IAM：身份识别与访问管理，通过OAuth能力，一次登录，全网通行 　　SPM：软件产品管理，DevOps平台的核心管理对象：产品。以产品维度为入口，管理包括产品的多版本，每个版本拥有多个组件，组件之间、组件与第三方产品之间的依赖关系等 　　SCM：软件配置管理，主要是应用配置的管理，在编译打包时通过autoconfig技术，注入到最终部署包 　　SRM：软件资源管理，资源，即上述产品的运行实例，所以持续发布等都是有