初识微服务技术栈

什么是微服务？

微服务等于Spring Cloud的吗？

不等于，Spring Cloud仅仅是其中一部分。

将一个单体的项目拆分为一个个独立的项目，每个项目完成一部分业务功能，将来独立开发和部署。我们把这样一个独立的项目称为一个微服务。一个大型的互联网项目往往包含成百上千个服务，最终形成一个服务集群。

注册中心

一个业务往往由多个服务共同完成。比如说，当一个请求来了，她可能先调用了服务a，服务a调用了服务b，服务b又调用了服务c。当服务越来越多时，这些调用关系就越来越复杂。这么复杂的一个调用关系，靠人去维护记录就没有必要。那怎么处理呢，这就有组件—注册中心。

记录微服务中每一个服务的ip、端口、以及她们能干什么
当有一个服务需要去调用另一个服务时，她不需要自己去记录对方的ip信息，只需要去找注册中心，从她那拉取。

配置中心

同时，随着服务越来越多，每一个服务都有她自己的配置文件，当我们要更改配置，如果我们逐一修改，那就太麻烦了，所以在微服务里还有一个组件—配置中心。

统一管理服务群里成千上百的配置
假设以后有微服务的配置需要更新，只需要找到配置中心，
它会去通知相关的微服务，实现配置的热更新。

服务网关

当我们的微服务运行起来之后，用户就可以来访问我们了，这时候我们的主角—服务网关就登场了。因为我们有那么多微服务，用户怎么知道访问哪一个呢？而且也不是随便一个人就可以访问我们的微服务的。

一部分对用户的身份做校验
另一部分就是将用户的请求路由到具体的服务，同时实现负载均衡

分布式缓存和数据库

首先，数据库肯定也是一个集群，但是数据库再多也没有用户多，如何提高效率和抗住高并发呢？这就需要—分布式缓存了。

分布式的缓存也是一个集群
请求先到缓存，缓存未命中，再去查询数据库

分布式搜素

简单数据可以用缓存，但是一些复杂数据的搜索和分析，缓存也做不了，这时候就需要用到—分布式搜索。

那么数据库做什么呢？

主要是做一些写操作还有对数据库要求高的数据存储。

消息队列

为什么要有它呢？微服务中一个业务往往跨用了多个服务，整个业务的链路就很长。调用时长就会等于每个服务的调用时长之和，所以其实性能是有一定的下降的。
那么什么是异步通信呢？
就是说我服务a不是去调用服务b，而是去通知服务b，然后我服务a就结束了。所以业务链路就变短了，响应时间也变短了。它的吞吐能力就变强了。可以大大提高并发量。

分布式日志服务

在如此庞大的一个微服务中，如果出现了问题，好排查吗？不太好排查，所以需要引进两个组件来解决这个问题。一个便是—分布式日志服务。

它可以去统计整个微服务中成千上百的服务的运行日志，统一地去做一个存储、分析。将来出现问题便好定位了。

系统的监控链路追踪

另一个便是—系统的监控链路追踪

它可以去实时地监控我们系统中每一个结点的运行状态、cpu的负载、内存的占用等。一旦出现任何问题，直接可以定位到具体的某一个方法。

持续集成

这么大一个微服务，如何部署呢？还采用人工部署，显然不行。因此，我们需要一种自动化的部署。

利用Jenkins工具对微服务进行自动化编译，基于docker再进行打包，形成镜像在基于kubernetes或RANCHER等技术进行自动化部署。这一套我们称之为持续集成。
结合微服务技术再加上持续集成，这才是完整的微服务技术栈。

接下来我们来系统得认识一下微服务

1.认识微服务

随着互联网行业的发展，对服务的要求也越来越高，服务架构也从单体架构逐渐演变为现在流行的微服务架构。这些架构之间有怎样的差别呢？

1.0.学习目标

了解微服务架构的优缺点

1.1.单体架构

单体架构：将业务的所有功能集中在一个项目中开发，打成一个包部署。

单体架构的优缺点如下：

优点：

• 架构简单
• 部署成本低

缺点：

• 耦合度高（维护困难、升级困难）

1.2.分布式架构

分布式架构：根据业务功能对系统做拆分，每个业务功能模块作为独立项目开发，称为一个服务。

分布式架构的优缺点：

优点：

• 降低服务耦合
• 有利于服务升级和拓展

缺点：

• 服务调用关系错综复杂

分布式架构虽然降低了服务耦合，但是服务拆分时也有很多问题需要思考：

• 服务拆分的粒度如何界定？
• 服务集群地址如何维护？
• 服务之间如何调用？远程调用
• 服务的调用关系如何管理？
• 服务健康状态如何感知？

人们需要制定一套行之有效的标准来约束分布式架构。----出现了一系列技术
近几年出现的最火的莫过于微服务？什么是微服务？

1.3.微服务

微服务的架构特征：

• 单一职责：微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责
• 自治：团队独立、技术独立、数据独立，独立部署和交付
• 面向服务：服务提供统一标准的接口，与语言和技术无关
• 隔离性强：服务调用做好隔离、容错、降级，避免出现级联问题

微服务的上述特性其实是在给分布式架构制定一个标准，进一步降低服务之间的耦合度，提供服务的独立性和灵活性。做到高内聚，低耦合。

因此，可以认为微服务是一种经过良好架构设计的分布式架构方案 。

1.4.微服务技术对比

但方案该怎么落地？选用什么样的技术栈？全球的互联网公司都在积极尝试自己的微服务落地方案。

其中在Java领域最引人注目的就是SpringCloud提供的方案了。什么是SpringCloud呢？

1.5.SpringCloud

SpringCloud是目前国内使用最广泛的微服务框架。官网地址：https://spring.io/projects/spring-cloud。

SpringCloud集成了各种微服务功能组件，并基于SpringBoot实现了这些组件的自动装配，从而提供了良好的开箱即用体验。

其中常见的组件包括：

另外，SpringCloud底层是依赖于SpringBoot的，并且有版本的兼容关系，如下：

接下来学习的版本是 Hoxton.SR10，因此对应的SpringBoot版本是2.3.x版本。

1.6.总结

• 单体架构：简单方便，高度耦合，扩展性差，适合小型项目。例如：学生管理系统

• 分布式架构：松耦合，扩展性好，但架构复杂，难度大。适合大型互联网项目，例如：京东、淘宝

• 微服务：一种良好的分布式架构方案

  ①优点：拆分粒度更小、服务更独立、耦合度更低

  ②缺点：架构非常复杂，运维、监控、部署难度提高

• SpringCloud是微服务架构的一站式解决方案，集成了各种优秀微服务功能组件