微服务架构的优势

什么是微服务?
起源:微服务的概念源于 2014 年 3 月所写的一篇文章“” 。文中内容提到:微服务架构是一种架构模式 , 它提倡将单一应用程序划分成一组小的服务 , 服务之间互相协调、互相配合 , 为用户提供最终价值 。
通信方式:每个服务运行在其独立的进程中 , 服务与服务间采用轻量级的通信机制互相沟通(通常是基于 HTTP 的API) 。
微服务的常规定义:微服务是一种架构风格 , 一个大型复杂软件应用由一个或多个微服务组成 。系统中的各个微服务可被独立部署 , 各个微服务之间是松耦合的 。每个微服务仅关注于完成一件任务 。
把原来的一个完整的进程服务 , 拆分成两个或两个以上的进程服务 , 且互相之间存在调用关系 , 与原先单一的进程服务相比 , 就是“微服务” 。(微服务是一个比较级的概念 , 而不是单一的概念)
1.3 微服务架构的优势
可扩展性:在增加业务功能时 , 单一应用架构需要在原先架构的代码基础上做比较大的调整 , 而微服务架构只需要增加新的微服务节点 , 并调整与之有关联的微服务节点即可 。在增加业务响应能力时 , 单一架构需要进行整体扩容 , 而微服务架构仅需要扩容响应能力不足的微服务节点 。
容错性:在系统发生故障时 , 单一应用架构需要进行整个系统的修复 , 涉及到代码的变更和应用的启停 , 而微服务架构仅仅需要针对有问题的服务进行代码的变更和服务的启停 。其他服务可通过重试、熔断等机制实现应用层面的容错 。
技术选型灵活:微服务架构下 , 每个微服务节点可以根据完成需求功能的不同 , 自由选择最适合的技术栈 , 即使对单一的微服务节点进行重构 , 成本也非常低 。
开发运维效率更高:每个微服务节点都是一个单一进程 , 都专注于单一功能 , 并通过定义良好的接口清晰表述服务边界 。由于体积小、复杂度低 , 每个微服务可由一个小规模团队或者个人完全掌控 , 易于保持高可维护性和开发效率 。
Cloud作为目前最流行的微服务开发框架 , 不是采用了 Cloud框架就实现了微服务架构 , 具备了微服务架构的优势 。正确的理解是使用 Cloud框架开发微服务架构的系统 , 使系统具备微服务架构的优势( Cloud就像工具 , 还需要“做”的过程) 。
1.4 什么是 Boot?什么是 Cloud?
Boot框架是由团队提供的全新框架 , 其设计目的是用来简化基于应用的初始搭建以及开发过程 。框架使用了特定的方式来进行应用系统的配置 , 从而使开发人员不再需要耗费大量精力去定义模板化的配置文件 。
Cloud是一个基于 Boot实现的云应用开发工具 , 它为基于JVM的云应用开发中的配置管理、服务注册 , 服务发现、断路器、智能路由、微代理、控制总线、全局锁、决策竞选、分布式会话和集群状态管理等操作提供了一种简单的开发方式 。
1.5 微服务、 Boot、 Cloud三者之间的关系
思想:微服务是一种架构的理念 , 提出了微服务的设计原则 , 从理论为具体的技术落地提供了指导思想 。
脚手架: Boot是一套快速配置脚手架 , 可以基于 Boot快速开发单个微服务 。
【微服务架构的优势】多个组件的集合: Cloud是一个基于 Boot实现的服务治理工具包; Boot专注于快速、方便集成的单个微服务个体; Cloud关注全局的服务治理框架 。