一.微服务的引入
微服务是最近一两年非常流行的概念。我觉得不学习就跟不上时代的步伐。下面简单总结介绍一下。
什么是微服务？简而言之，微服务架构风格的开发方法是通过开发一组小服务来开发一个独立的应用系统。每个小服务都在自己的进程中运行，并且经常使用HTTP资源API等轻量级机制相互通信。这些服务是围绕业务功能构建的，可以通过全自动部署机制独立部署。这些微服务可以用不同的语言编写，并且可以使用不同的数据存储技术。我们只对这些微服务进行最低限度的集中管理。
微服务通常执行特定的功能，如订单管理、客户管理等。每个微服务都是一个微型六边形应用程序，有自己的业务逻辑和适配器。一些微服务还向其他微服务和应用客户端发布API。其他微服务完成一个网络用户界面。在运行时，每个实例都可以是云虚拟机或Docker容器。
例如，上述系统可以分解如下：
一般来说，微服务的主要目的是将一个原本独立的系统拆分成几个小的服务，所有的服务都在自己独立的进程中运行。服务之间通过基于HTTP的RESTful API进行通信和协作，每个服务都维护自己的数据存储、业务开发、自动化测试和独立部署机制。
二、微服务的特点
1.每个微服务都可以在自己的进程中独立运行；
2.一系列独立运行的微服务共同构建了整个系统；
3.每个服务都是独立的业务开发，微服务一般执行特定的功能，如订单管理、用户管理等。
4.微服务之间通过一些轻量级的通信机制进行通信，比如REST API或者RPC。
第三，微服务的优缺点
1、易于开发和维护2、快速启动3、易于部署本地修改4、无限技术堆栈5、可按需扩展6、DevOps
四.通用微服务框架
1.服务治理框架
(1) Dubbo (http://dubbo.io/)，Dubbox(当当网对Dubbo的延伸)
最近好消息是Dubbo又开始运维了！
(2)网飞的尤里卡，阿帕奇领事等。
云尤里卡是网飞尤里卡的进一步封装。
2.分布式配置管理
(1)百度的Disconf
2) QConf of 360
(3)在3)Spring Cloud组件中配置
(3)淘宝钻石
3.批处理任务框架
(1)任务(2)春云组件中的LTS
4.服务跟踪框架。
动词（verb的缩写）弹簧云族桶形构件
在介绍春云家族木桶之前，首先要介绍一下网飞，这是一家伟大的公司，在春云项目中扮演着重要的角色。网飞提供许多组件，包括尤里卡、海斯特里克斯、祖尔、阿尔丘斯等。这在微服务架构中非常重要。在网飞的基础上，Spring包装了一系列组件，命名为Spring Cloud Eureka、Spring Cloud Hystrix、Spring Cloud Zuul等。下面，将分别介绍每个组件：
(1)春云尤里卡
我们使用微服务。微服务的本质是各种API接口的调用。那么我们如何生成这些接口，以及在它们生成之后我们如何调用它们呢？如何管理？
答案是春云尤里卡。我们可以在Spring Cloud Eureka上注册自己定义的API接口。Eureka负责服务的注册和发现。如果你学过zookeer，就能很好地理解Eureka的角色和zookeer类似，都是服务的注册和发现。尤里卡系统包括：服务注册中心、服务提供者和服务消费者。
上图描述(图片来了
源于网络）：1、两台Eureka服务注册中心构成的服务注册中心的主从复制集群； 2、然后服务提供者向注册中心进行注册、续约、下线服务等； 3、服务消费者向Eureka注册中心拉去服务列表并维护在本地（这也是客户端发现模式的机制体现！）； 4、然后服务消费者根据从Eureka服务注册中心获取的服务列表选取一个服务提供者进行消费服务。
（2）Spring Cloud Ribbon
在上Spring Cloud Eureka描述了服务如何进行注册，注册到哪里，服务消费者如何获取服务生产者的服务信息，但是Eureka只是维护了服务生产者、注册中心、服务消费者三者之间的关系，真正的服务消费者调用服务生产者提供的数据是通过Spring Cloud Ribbon来实现的。
在（1）中提到了服务消费者是将服务从注册中心获取服务生产者的服务列表并维护在本地的，这种客户端发现模式的方式是服务消费者选择合适的节点进行访问服务生产者提供的数据，这种选择合适节点的过程就是Spring Cloud Ribbon完成的。
Spring Cloud Ribbon客户端负载均衡器由此而来。
（3）Spring Cloud Feign
上述（1）、（2）中我们已经使用最简单的方式实现了服务的注册发现和服务的调用操作，如果具体的使用Ribbon调用服务的话，你就可以感受到使用Ribbon的方式还是有一些复杂，因此Spring Cloud Feign应运而生。
Spring Cloud Feign 是一个声明web服务客户端，这使得编写Web服务客户端更容易，使用Feign 创建一个接口并对它进行注解，它具有可插拔的注解支持包括Feign注解与JAX-RS注解，Feign还支持可插拔的编码器与解码器，Spring Cloud 增加了对 Spring MVC的注解，Spring Web 默认使用了HttpMessageConverters, Spring Cloud 集成 Ribbon 和 Eureka 提供的负载均衡的HTTP客户端 Feign。
简单的可以理解为：Spring Cloud Feign 的出现使得Eureka和Ribbon的使用更为简单。
（4）Spring Cloud Hystrix
我们在（1）、（2）、（3）中知道了使用Eureka进行服务的注册和发现，使用Ribbon实现服务的负载均衡调用，还知道了使用Feign可以简化我们的编码。但是，这些还不足以实现一个高可用的微服务架构。
例如：当有一个服务出现了故障，而服务的调用方不知道服务出现故障，若此时调用放的请求不断的增加，最后就会等待出现故障的依赖方 相应形成任务的积压，最终导致自身服务的瘫痪。
Spring Cloud Hystrix正是为了解决这种情况的，防止对某一故障服务持续进行访问。Hystrix的含义是：断路器，断路器本身是一种开关装置，用于我们家庭的电路保护，防止电流的过载，当线路中有电器发生短路的时候，断路器能够及时切换故障的电器，防止发生过载、发热甚至起火等严重后果。
（5）Spring Cloud Config
对于微服务还不是很多的时候，各种服务的配置管理起来还相对简单，但是当成百上千的微服务节点起来的时候，服务配置的管理变得会复杂起来。
分布式系统中，由于服务数量巨多，为了方便服务配置文件统一管理，实时更新，所以需要分布式配置中心组件。在Spring Cloud中，有分布式配置中心组件Spring Cloud Config ，它支持配置服务放在配置服务的内存中（即本地），也支持放在远程Git仓库中。在Cpring Cloud Config 组件中，分两个角色，一是Config Server，二是Config Client。
Config Server用于配置属性的存储，存储的位置可以为Git仓库、SVN仓库、本地文件等，Config Client用于服务属性的读取。
（6）Spring Cloud Zuul
我们使用Spring Cloud Netflix中的Eureka实现了服务注册中心以及服务注册与发现；而服务间通过Ribbon或Feign实现服务的消费以及均衡负载；通过Spring Cloud Config实现了应用多环境的外部化配置以及版本管理。为了使得服务集群更为健壮，使用Hystrix的融断机制来避免在微服务架构中个别服务出现异常时引起的故障蔓延。
先来说说这样架构需要做的一些事儿以及存在的不足：
1、首先，破坏了服务无状态特点。为了保证对外服务的安全性，我们需要实现对服务访问的权限控制，而开放服务的权限控制机制将会贯穿并污染整个开放服务的业务逻辑，这会带来的最直接问题是，破坏了服务集群中REST API无状态的特点。从具体开发和测试的角度来说，在工作中除了要考虑实际的业务逻辑之外，还需要额外可续对接口访问的控制处理。
2、其次，无法直接复用既有接口。当我们需要对一个即有的集群内访问接口，实现外部服务访问时，我们不得不通过在原有接口上增加校验逻辑，或增加一个代理调用来实现权限控制，无法直接复用原有的接口。 面对类似上面的问题，我们要如何解决呢？下面进入本文的正题：服务网关！
为了解决上面这些问题，我们需要将权限控制这样的东西从我们的服务单元中抽离出去，而最适合这些逻辑的地方就是处于对外访问最前端的地方，我们需要一个更强大一些的均衡负载器，它就是本文将来介绍的：服务网关。
服务网关是微服务架构中一个不可或缺的部分。通过服务网关统一向外系统提供REST API的过程中，除了具备服务路由、均衡负载功能之外，它还具备了权限控制等功能。Spring Cloud Netflix中的Zuul就担任了这样的一个角色，为微服务架构提供了前门保护的作用，同时将权限控制这些较重的非业务逻辑内容迁移到服务路由层面，使得服务集群主体能够具备更高的可复用性和可测试性。
（7）Spring Cloud Bus
在（5）Spring Cloud Config中，我们知道的配置文件可以通过Config Server存储到Git等地方，通过Config Client进行读取，但是我们的配置文件不可能是一直不变的，当我们的配置文件放生变化的时候如何进行更新哪？
一种最简单的方式重新一下Config Client进行重新获取，但Spring Cloud绝对不会让你这样做的，Spring Cloud Bus正是提供一种操作使得我们在不关闭服务的情况下更新我们的配置。
Spring Cloud Bus官方意义：消息总线。
当然动态更新服务配置只是消息总线的一个用处，还有很多其他用处。
六、总结
Spring Cloud 的组件还不止这些，通过上边的口水话的介绍，应该可以大致有一定的了解，但是每一个组件的功能远不止上述介绍的那些，每一个组件还有很多其他的功能点，这里的介绍希望能够带大家入个门，不要对微服务这个这么大的概念有所畏惧。
专注于技术热点大数据，人工智能，JAVA、Python、 C 、GO、Javascript等语言最新前言技术，及业务痛点问题分析，请关注【编程我最懂】共同交流学习。