springCloud与它的好兄弟微服务

什么是spring could

Spring Cloud是一系列框架的有序集合。它利用Spring Boot的开发便利性巧妙地简化了分布式系统基础设施的开发，如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等，都可以用Spring Boot的开发风格做到一键启动和部署。Spring Cloud并没有重复制造轮子，它只是将各家公司开发的比较成熟、经得起实际考验的服务框架组合起来，通过Spring Boot风格进行再封装屏蔽掉了复杂的配置和实现原理，最终给开发者留出了一套简单易懂、易部署和易维护的分布式系统开发工具包。
spring cloud 组成
Spring Cloud的子项目，大致可分成两类，一类是对现有成熟框架”Spring Boot化”的封装和抽象，也是数量最多的项目；第二类是开发了一部分分布式系统的基础设施的实现，如Spring Cloud Stream扮演的就是kafka, ActiveMQ这样的角色。对于我们想快速实践微服务的开发者来说，第一类子项目就已经足够使用，如：
1.Spring Cloud Netflix
　　是对Netflix开发的一套分布式服务框架的封装，包括服务的发现和注册，负载均衡、断路器、REST客户端、请求路由等。
2.Spring Cloud Config
　　将配置信息中央化保存, 配置Spring Cloud Bus可以实现动态修改配置文件
3.Spring Cloud Bus
　　分布式消息队列，是对Kafka, MQ的封装
4.Spring Cloud Security
　　对Spring Security的封装，并能配合Netflix使用
5.Spring Cloud Zookeeper
　　对Zookeeper的封装，使之能配置其它Spring Cloud的子项目使用
6.Spring Cloud Eureka
Spring Cloud Eureka 是 Spring Cloud Netflix 微服务套件中的一部分，它基于Netflix Eureka 做了二次封装，主要负责完成微服务架构中的服务治理功能。

什么是微服务

刚开始进入软件行业时还是单体应用的时代，前后端分离的概念都还没普及，开发的时候需要花大量的时间在“强大”的JSP上面，那时候SOA已经算是新技术了。现在，微服务已经大行其道，有哪个互联网产品不说自己是微服务架构呢？

但是，对于微服务的理解每个人都不太一样，这篇文章主要是聊一聊我对微服务的理解以及如何搭建经典的微服务架构，目的是梳理一下自己的一些想法，如果存在不同看法的欢迎指正！

什么是微服务
首先，什么是微服务呢？

单体应用

相对的，要理解什么是微服务，那么可以先理解什么是单体应用，在没有提出微服务的概念的“远古”年代，一个软件应用，往往会将应用所有功能都开发和打包在一起，那时候的一个B/S应用架构往往是这样的：

B/S
但是，当用户访问量变大导致一台服务器无法支撑时怎么办呢？加服务器加负载均衡，架构就变成这样了：

B/S+负载均衡
后面发现把静态文件独立出来，通过CDN等手段进行加速，可以提升应用的整体相应，单体应用的架构就变成：

B/S+前后端分离
上面3中架构都还是单体应用，只是在部署方面进行了优化，所以避免不了单体应用的根本的缺点：

1.代码臃肿，应用启动时间长；（代码超过1G的项目都有！）
2.回归测试周期长，修复一个小小bug可能都需要对所有关键业务进行回归测试。
3.应用容错性差，某个小小功能的程序错误可能导致整个系统宕机；
4.伸缩困难，单体应用扩展性能时只能整个应用进行扩展，造成计算资源浪费。
5.开发协作困难，一个大型应用系统，可能几十个甚至上百个开发人员，大家都在维护一套代码的话，代码merge复杂度急剧增加。

微服务*

我认为任何技术的演进都是有迹可循的，任何新技术的出现都是为了解决原有技术无法解决的需求，所以，微服务的出现就是因为原来单体应用架构已经无法满足当前互联网产品的技术需求。

在微服务架构之前还有一个概念：SOA（Service-Oriented Architecture）-面向服务的体系架构。我认为的SOA只是一个架构模型的方法论，并不是一个明确而严谨的架构标准，只是后面很多人将SOA与The Open Group的SOA参考模型等同了，认为严格按照TOG-SOA标准的才算真正的SOA架构。SOA就已经提出的面向服务的架构思想，所以微服务应该算是SOA的一种演进吧。

撇开架构先不说，什么样的服务才算微服务呢？

1.单一职责的。一个微服务应该都是单一职责的，这才是“微”的体现，一个微服务解决一个业务问题（注意是一个业务问题而不是一个接口）。
2.面向服务的。将自己的业务能力封装并对外提供服务，这是继承SOA的核心思想，一个微服务本身也可能使用到其它微服务的能力。
我觉得满足以上两点就可以认为典型的微服务。

微服务典型架构
微服务架构，核心是为了解决应用微服务化之后的服务治理问题。

应用微服务化之后，首先遇到的第一个问题就是服务发现问题，一个微服务如何发现其他微服务呢？最简单的方式就是每个微服务里面配置其他微服务的地址，但是当微服务数量众多的时候，这样做明显不现实。所以需要使用到微服务架构中的一个最重要的组件：服务注册中心，所有服务都注册到服务注册中心，同时也可以从服务注册中心获取当前可用的服务清单：

服务注册中心
解决服务发现问题后，接着需要解决微服务分布式部署带来的第二个问题：服务配置管理的问题。当服务数量超过一定程度之后，如果需要在每个服务里面分别维护每一个服务的配置文件，运维人员估计要哭了。那么，就需要用到微服务架构里面第二个重要的组件：配置中心，微服务架构就变成下面这样了：

配置中心
以上应用内部的服务治理，当客户端或外部应用调用服务的时候怎么处理呢？服务A可能有多个节点，服务A、服务B和服务C的服务地址都不同，服务授权验证在哪里做？这时，就需要使用到服务网关提供统一的服务入口，最终形成典型微服务架构：

典型微服务架构
上面是一个典型的微服务架构，当然微服务的服务治理还涉及很多内容，比如：

1.通过熔断、限流等机制保证高可用；
2.微服务之间调用的负载均衡；
3.分布式事务（2PC、3PC、TCC、LCN等）；
4.服务调用链跟踪等等。

微服务框架

目前国内企业使用的微服务框架主要是Spring Cloud和Dubbo（或者DubboX），但是Dubbo那两年的停更严重打击了开发人员对它的信心，Spring Cloud已经逐渐成为主流，比较两个框架的优劣势的文章在网上有很多，这里就不重复了，选择什么框架还是按业务需求来吧，业务框架决定技术框架。
Spring Cloud全家桶提供了各种各样的组件，基本可以覆盖微服务的服务治理的方方面面，以下列出了Spring Cloud一些常用组件：

搭建典型微服务架构

本章节主要介绍如何基于Spring Cloud相关组件搭建一个典型的微服务架构。
首先，创建一个Maven父项目 spring-cloud-examples ，用于管理项目依赖包版本。由于Spring Cloud组件很多，为保证不同组件之间的兼容性，一般通过 spring-cloud-dependencies 统一管理Spring Cloud组件版本，而非每个组件单独引入。

pom.xml配置如下：

    org.springframework.boot
    spring-boot-starter-parent
    2.1.4.RELEASE



    2.1.4.RELEASE
    Greenwich.SR1
    1.18.8
    3.8.1




    
        
            org.springframework.cloud
            spring-cloud-dependencies
            ${spring.cloud.version}
            pom
            import
        
    

**

搭建服务配置中心

**

在spring-cloud-examples项目下创建一个子项目spring-cloud-example-config，添加Spring Cloud Config Server端的相关依赖包:

org.springframework.cloud spring-cloud-config-server

添加Spring Boot配置文件application.yml，配置如下：

spring:
application:
name: spring-cloud-example-config
profiles:
active: native #启用本地配置文件
cloud:
config:
server:
native:
search-locations: classpath:/configs/ #配置文件扫描目录

server:
port: 8000 #服务端口

启动类添加注解@EnableConfigServer通过启用Config Server服务。

@SpringBootApplication
@EnableConfigServer
public class Application {

public static void main(String[] args) {
    SpringApplication.run(Application.class, args);
}

}

搭建服务注册中心

在spring-cloud-examples项目下创建一个子项目spring-cloud-example-registry，在pom.xml中添加Eureka Server相关依赖包：

    
        org.springframework.cloud
        spring-cloud-netflix-eureka-server
    

    
        org.springframework.cloud
        spring-cloud-starter-config
    

在spring-cloud-example-config配置中心项目的src/main/resource/configs目录下添加一个服务配置文件spring-cloud-example-registry.yml，配置如下：

spring:
application:
name: spring-cloud-example-registry

// Eureka相关配置
eureka:
client:
register-with-eureka: false #不注册服务
fetch-registry: false #不拉去服务清单
serviceUrl:
defaultZone: http://localhost:${server.port}/eureka/ #多个通过英文逗号分隔

server:
port: 8001

在spring-cloud-example-registry项目的src/main/resource/目录添加bootstrap.yml配置文件，配置如下：

spring:
cloud:
config:
name: spring-cloud-example-registry #配置文件名称，多个通过逗号分隔
uri: http://localhost:8000 #Config Server服务地址

启动类添加注解@EnableEurekaServer通过启用Eureka Server服务。

@SpringBootApplication
@EnableEurekaServer
public class Application {

public static void main(String[] args) {
    SpringApplication.run(Application.class, args);
}

}

搭建业务服务A
在spring-cloud-examples项目下创建一个业务服务A的子项目spring-cloud-example-biz-a，在pom.xml中添加以下依赖包：



org.springframework.boot
spring-boot-starter-web

    
    
        org.springframework.cloud
        spring-cloud-starter-openfeign
    

    
    
        org.springframework.cloud
        spring-cloud-starter-netflix-eureka-client
    

    
    
        org.springframework.cloud
        spring-cloud-starter-config
    

在spring-cloud-example-config配置中心项目的src/main/resource/configs目录下添加一个服务配置文件spring-cloud-example-biz-a.yml，配置如下：
spring:
application:
name: spring-cloud-example-biz-a

server:
port: 8010

#Eureka相关配置
eureka:
client:
serviceUrl:
defaultZone: http://localhost:8001/eureka/
instance:
lease-renewal-interval-in-seconds: 10 # 心跳时间，即服务续约间隔时间（缺省为30s）
lease-expiration-duration-in-seconds: 60 # 发呆时间，即服务续约到期时间（缺省为90s）
prefer-ip-address: true
instance-id: $spring.application.name:${spring.application.instance_id:${server.port}}
在spring-cloud-example-biz-a项目的src/main/resource/目录添加bootstrap.yml配置文件，配置如下：
spring:
cloud:
config:
name: spring-cloud-example-biz-a #配置文件名称，多个通过逗号分隔
uri: http://localhost:8000 #Config Server服务地址
添加一个示例接口，代码参考：
@RestController
@RequestMapping("/hello")
public class HelloController {
/**
* 示例方法
*
* @return
*/
@GetMapping
public String sayHello() {
return “Hello,This is Biz-A Service.”;
}
}
搭建业务服务B
参考上面业务服务A搭建另外一个业务服务B。

搭建服务网关
在spring-cloud-examples项目下创建一个业务服务A的子项目spring-cloud-example-gateway，在pom.xml中添加以下依赖包：

    
    
        org.springframework.cloud
        spring-cloud-starter-netflix-zuul
    

    
    
        org.springframework.cloud
        spring-cloud-starter-netflix-eureka-client
    

    
    
        org.springframework.cloud
        spring-cloud-starter-config
    

在spring-cloud-example-config配置中心项目的src/main/resource/configs目录下添加一个服务配置文件spring-cloud-example-gateway.yml，配置如下：

spring:
application:
name: spring-cloud-example-gateway

server:
port: 8002

#Eureka相关配置
eureka:
client:
serviceUrl:
defaultZone: http://localhost:8001/eureka/
instance:
lease-renewal-interval-in-seconds: 10 # 心跳时间，即服务续约间隔时间（缺省为30s）
lease-expiration-duration-in-seconds: 60 # 发呆时间，即服务续约到期时间（缺省为90s）
prefer-ip-address: true
instance-id: $spring.application.name:${spring.application.instance_id:${server.port}}

在spring-cloud-example-gateway项目的src/main/resource/目录添加bootstrap.yml配置文件，配置如下：

spring:
cloud:
config:
name: spring-cloud-example-gateway #配置文件名称，多个通过逗号分隔
uri: http://localhost:8000 #Config Server服务地址
启动类添加注解@EnableZuulProxy通过启用网关代理服务。
@SpringBootApplication
@EnableZuulProxy
public class Application {

public static void main(String[] args) {
    SpringApplication.run(Application.class, args);
}

}
启动示例
启动顺序
spring-cloud-example-config>>spring-cloud-example-eureka>>spring-cloud-example-biz-a/spring-cloud-example-biz-b/spring-cloud-example-gateway

通过网关访问服务A接口

服务A调用
通过网关访问服务B接口

服务B调用
服务之间调用
在业务服务A中添加一个Feign Client Bean，参考代码如下：
@FeignClient(name = “spring-cloud-example-biz-b”) # 指定服务名称
public interface RemoteService {

/**
 * 调用服务B的hello方法
 *
 * @return
 */
@GetMapping("/hello") #指定请求地址
String sayHello();

}
业务服务A示例接口类增加call2b接口，代码如下：
@RestController
@RequestMapping("/hello")
public class HelloController {

@Autowired
private RemoteService remoteService;

/**
 * 示例方法
 *
 * @return
 */
@GetMapping
public String sayHello() {
    return "Hello,This is Biz-A Service.";
}

/**
 * 示例方法：调用服务B
 *
 * @return
 */
@GetMapping(path = "/call2b")
public String sayHello2B() {
    return remoteService.sayHello();
}

}
重启业务服务A，通过调用/hello/call2b接口：

示例代码
码云：代码下载
下一代微服务

目前网上很多说是下一代微服务架构就是Service Mesh，Service Mesh主流框架有Linkerd和Istio，其中Istio有大厂加持所以呼声更高。Service Mesh我接触还不多，但是个人感觉并不一定能称为下一代微服务架构，可能认为是服务治理的另外一种解决方案更合适，是否能够取代当前的微服务架构还需要持续观察。

在介绍Spring Cloud Netflix之前，可以先了解下Netfix公司。因为Spring Cloud Netflix即是这家公司用的一个框架，把它开源出来了而已

Netflix是什么，与Spring Cloud有什么关系

1、首先，Netflix是一家做视频的网站，可以这么说该网站上的美剧应该是最火的。
2、Netflix是一家没有CTO的公司，正是这样的组织架构能使产品与技术无缝的沟通，从而能快速迭代出更优秀的产品。在当时软件敏捷开发中，Netflix的更新速度不亚于当年的微信后台变更，虽然微信比Netflix迟发展，但是当年微信的灰度发布和敏捷开发应该算是业界最猛的。
3、Netflix由于做视频的原因，访问量非常的大，从而促使其技术快速的发展在背后支撑着，也正是如此，Netflix开始把整体的系统往微服务上迁移。
4、Netflix的微服务做的不是最早的，但是确是最大规模的在生产级别微服务的尝试。也正是这种大规模的生产级别尝试，在服务器运维上依托AWS云。当然AWS云同样受益于Netflix的大规模业务不断的壮大。
5、Netflix的微服务大规模的应用，在技术上毫无保留的把一整套微服务架构核心技术栈开源了出来，叫做Netflix OSS，也正是如此，在技术上依靠开源社区的力量不断的壮大。
6、Spring Cloud是构建微服务的核心，而Spring Cloud是基于Spring Boot来开发的。
7、Pivotal在Netflix开源的一整套核心技术产品线的同时，做了一系列的封装，就变成了Spring Cloud；虽然Spring Cloud到现在为止不只有Netflix提供的方案可以集成，还有很多方案，但Netflix是最成熟的。

那么Spring Cloud Netflix有哪些组件呢？

eureka (提供服务注册与发现功能)
ribbon（提供负载均衡功能）
Feign（整合了ribbon和Hystrix，具有负载均衡和熔断限流等功能）
Hystrix （提供了熔断限流，合并请求等功能）
Zuul （提供了智能路由的功能）
Hystrix Dashboard （提供了服务监控的功能，提供了数据监控和友好的图形化界面）
Hystrix Turbine （Hystrix Turbine将每个服务Hystrix Dashboard数据进行了整合。也是监控系统的功能）
spring cloud config （提供了统一配置的功能）
Spring Cloud Bus （提供了配置实时更新的功能）
…
需要注意的是这些组件并不是一体化的，比如你完全可以用携程的Apollo来替换spring cloud config。也可以用NCOS或者Zookeeper来替换eureka.

Spring Cloud和Spring boot的关系
与其说他们有什么关系，不如说他们就没有什么关系。只是现在微服务当道，而实现一个服务最快的办法就是用spring boot。不然你还要自己搭项目自己找jar包自己搞配置，还有兼容性等情况。那你的服务化进程注定是缓慢的。所以他们之间是没有关系的，只是因为微服务所需要的小应用很多，而spring boot恰恰又是实现小应用最快的方式。

Spring Cloud和dubbo的关系
dubbo是阿里搞得一套框架，是基于RPC调用的，而Spring Cloud Netflix是基于HTTP的，所以效率上应该dubbo更快（如果你不能理解什么是RPC，当我没说，反正dubbo更快就是了）。但是dubbo的组件不是很齐全，他的很多功能比如服务注册与发现你需要借助于类似zookeeper等组件才能实现，而Spring Cloud Netflix则是提供了一站式解决方案。从使用广度来说，在国内几年前dubbo的使用人数远多于Spring Cloud的，但是近来Spring Cloud慢慢的有了后来居上的趋势。

spring cloud是什么？spring cloud的使用介绍

代码运行