微服务介绍

一、微服务概念

​ 微服务架构风格是一种将单一应用程序开发成一组小型服务的方法，每个服务运行在自己的进程中，服务间通信采用轻量级通信机制【通常用HTTP资源API】。这些服务围绕业务能力构建并且可通过自动部署机制独立部署。这些服务共用一个最小型的集中式的管理，服务可用不同的语言开发，使用不同的数据存储技术。

微服务架构应该具备的特性

• 每个微服务可独立运行在自己的进程里
• 一系列独立运行的微服务共同构建起整个系统
• 每个服务为独立的业务开发，一个微服务只关注某个特定的功能
• 微服务之间通过一些轻量的通信机制进行通信，例如通过RESTful API进行调用
• 可以使用不同的语言与数据存储技术
• 全自动的部署机制

微服务架构的优点

易于开发和维护

一个微服务只会关注一个特定的业务功能，所以它业务清晰、代码量较少。开发和维护单个微服务相对简单。而整个应用是由若干个微服务构建而成的，所以整个应用也会被维持在一个可控状态。

---

单个微服务启动较快

单个微服务代码量较少，所以启动会比较快。

---

局部修改容易部署

单体应用只要有修改，就得重新部署整个应用，微服务解决了这样的问题。一般来说，对某个微服务进行修改，只需要重新部署这个服务即可。

---

技术栈不受限

在微服务架构中，可以结合项目业务及团队特点，使用不同的语言和技术。

---

按需伸缩

可根据需求，实现细粒度的扩展。例如，系统中的某个微服务遇到了瓶颈，可以结合这个微服务的业务特点，增加内存、升级CPU或者是增加节点。

二、微服务和SOA区别

微服务架构强调的第一个重点就是业务系统需要彻底的组件化和服务化，原有的单个业务系统会拆分为多个可以独立开发，设计，运行和运维的小应用。这些小应用之间通过服务完成交互和集成。每个小应用从前端web ui，到控制层，逻辑层，数据库访问，数据库都完全是独立的一套。在这里我们不用组件而用小应用这个词更加合适，每个小应用除了完成自身本身的业务功能外，重点就是还需要消费外部其它应用暴露的服务，同时自身也将自身的能力朝外部发布为服务。

如果一句话来谈SOA和微服务的区别，即微服务不再强调传统SOA架构里面比较重的ESB企业服务总线，同时SOA的思想进入到单个业务系统内部实现真正的组件化。

三、Spring Cloud现在的生态

四、Spring Cloud和Spring Boot的版本选择

通过Spring官网暴露的actuator的接口可以查看spring cloud、spring cloud alibaba所需的spring boot版本，项目初始化时应选择好对应版本避免冲突

spring cloud每版本的参考文档也有建议的spring boot版本可以查看