夜莺的 SpringCloud 系列手记之一：Spring Boot微服务与Spring Cloud分布式的渊源

序言

嗯嗯，在正式开始搭建SpringCloud之前我还是首先要说一点关于到目前为止我们所经历过的一些Spring技术栈的东西。

从我开始接触到的JSP技术，到后来的SSH框架，再到后来的SSM框架，以及现在的Spring Boot等，Java服务端的实现的功能是越来越强大，但是实现它们的方式却是越来越简单了。总结了一下规律可以用一句话描述：“分而必合，合久必分～”，哈哈，脑子里突然冒出来这一句话。

有人说前端技术日新月异，变化的快的超乎想象。而后端技术又何尝不是这样呢。

从刚开始学习的JSP时代，各种代码杂糅到Servlet中（甚至还将业务代码写到过JSP页面中），一个Servlet中就有大量冗余复杂的代码。到后来学习到MVC分层，接触到了SSH框架，知道了不同的功能的代码需要写到不同的分层中去，Struts2框架作为控制层，控制视图显示，Hibernate作为持久层，操作数据持久化工作，Spring则管理和配置整个系统。后来，Struts2框架渐渐退出人们的视线，开始有了SSM框架，Spring MVC的清爽简洁的注解，Mybatis的灵活可控，瞬间吸引了我的眼球。第一次感叹到，原来做一个Web应用程序原来可以如此的简单方便！

然后，SpringBoot渐渐的流行了起来，在一次比赛中看到有队友使用SpringBoot这个框架，看到项目的配置竟然是如此的简单简洁，SpringBoot的开箱即用和约定大于配置的思想使得使用SpringBoot配置开发一个项目变得非常的简单和容易。

你可以把SpringCloud看成是一个管理容器，管理和容纳很多的SpringBoot微服务。引用一张官网的图：

可以看到，官网对于SpringCloud的定义是用于“协调”作用的。

继续引用一张官方网站的图：

从这张图，可以看到SpringCloud在整个分布式系统中所处的位置，以及它的一些常用的组件功能。

常用组件

首先，SpringCloud是由许多子项目组成的，它有常用的一些组件，实现功能的组件可能不止一种，它们各有优缺点，这里选择其一开始搭建：

服务发现和注册：erueka (service registry)

这个组件的作用就是注册服务的提供者，通过注册后的服务，能够在后续为其他微服务提供接口访问。

客户端负载均衡：Ribbon

提供负载均衡服务。

服务熔断：Hystrix

服务熔断，当服务提供者提供的接口在访问时出现异常时，触发服务熔断，保证模块之间崩溃后不会相互影响。

服务网关：Feign

通过Feign可以消费已注册的服务提供者所提供的接口。

分布式配置：Spring Cloud Config

分布式配置。