springcloud入门,SpringCloud微服务组件介绍

springcloud入门,SpringCloud微服务组件介绍详细介绍

本文目录一览： Spring cloud应该如何入门，需要学习哪些基础才可以快速掌握？

第一步要认识什么是Spring Boot，掌握 Spring Boot 基础。第二步要了解Spring Cloud 常用模块，包括服务发现、服务注册、配置中心、链路追踪、异常处理等。第三步要了解大型分布式系统中事务处理、线程安全等问题。
学习Spring cloud要对Spring Boot有相当的理解与认知，因为Spring cloud的基础就是Spring Boot，首先应该从集群，分布式，微服务，springboot等入手，而其中springboot是最基础的。
可以通过网上视频或者相关资料进行咨询，该系统是一个云应用开发工具是一个微服务工具包为开发者提供配置管理等的开发工具包，在学习时不需要什么基础，可以简单上手。分布式系统是一组计算机，通过网络相互连接传递消息与通信后并协调它们的行为而形成的系统。
学习Spring cloud要对Spring Boot有相当的理解与认知，因为Spring cloud的基础是Spring Boot。
一:什么是Spring cloudSpring cloud是多个项目的集合体，也是多种重要技术的集合体，它是一系列的技术的结合体。学习spring cloud需要有足够强大的耐心，因为这是一个非常复杂的过程，学习spring cloud需要了解怎么创建和运行SpringBoot应用，因为springboot是一种新型技术，而spring cloud 是这些技术的结合体，spring cloud的基础功能有服务治理客户端负载均衡，服务容错保护，声明式服务调用，API网关服务，分布式配置中心。
二:从集群，分布式，微服务入手学习spring cloud要从集群，分布式，微服务入手，首先集群是一种计算机系统，它可以用来改进单个计算机的计算速度，已经提高单个计算机运作的正确率，集群计算机系统可以高效率的将计算机软件和计算机硬件组合在一起，也就是通过多台计算机来完成一个工作从而提高工作效率，而分布式系统也是一组计算机，它是一个传递并协调信息通信的系统，这样可以合理利用资源，又可以降低耦合度，可以让各个板块即独立又相互之间有联系，也就是说分布式是一个件一件事情分解成多件事情，然后发布给不同的人做的系统，分工合作。而微服务就是对整个系统进行划分的各个小的“系统”而微服务只是一种思想，基于这种思想便有了spring cloud ，
总而言之，学习spring cloud要从集群，微服务，分布式，springboot等入手，而其中springboot是最基础的。

SpringCloud入门简述

1、SpringCloud是基于SpringBoot实现的微服务框架，为开发人员提供了很多快速构建分布式系统中常见模式的工具，包括配置管理、服务发现、断路器、智能路由、微代理，控制总线等。
2、SpringCloud是基于SpringBoot基础之上开发的微服务框架，SpringCloud是一套目前非常完整的微服务解决方案框架，其内容包含服务治理、注册中心、配置管理、断路器、智能路由、微代理、控制总线、全局锁、分布式会话等。
3、不像Spring（SpringFramework），大体上能够理解为它是一个管理bean的容器。也不想SpringBoot，可以理解为它是加强版的Spring，集成了SSM和其它一些框架，并且大量支持和推荐注解开发。

SpringCloud入门简述

微服务，是一个小型的服务，也是一种设计理念，将一个大型繁杂的系统拆分为多个小型的服务，进行独立部署，这些服务在独立进程中运行，通过特定的协议进行通信
优点：
缺点：
在服务通信性能上RPC更强，但是Rest更为灵活
SpringCloud是基于SpringBoot实现的微服务框架，为开发人员提供了很多快速构建分布式系统中常见模式的工具，包括配置管理、服务发现、断路器、智能路由、微代理，控制总线等。
Spring Cloud专注于为典型的用例提供良好的开箱即用体验，并为其他用例提供扩展性机制。
参考地址：
Eureka是Netflix开发的基于Rest的服务发现框架，SpringCloud基于此进行二次封装，实现服务的管理。
创建一个Eureka服务：https://www.cnblogs.com/william-m/p/15991511.html
如果没有Eureka，如何进行服务之间的调用?
使用Rest进行调用，先将RestTemplate注册到Bean，然后：
Eureka遵循的是AP原则，Eureka各个节点都是平等的，部分服务节点的下线不会影响正常服务的调用，只要该服务还剩下一个节点在线就可以进行正常的服务访问，即保证了服务可用，但是并不能保证查询到的信息是最新的。Zookeeper的CP原则与之不同，Zookeeper会有一个master节点来保证一致性，一旦master节点挂掉，剩余的节点会重新选举一个leader，而选择的过程需要时间，这期间会使得该服务瘫痪，所以需要满足高可用的话该情况是不能够容忍的。
Spring Cloud Ribbon是一个基于HTTP和TCP的 客户端负载均衡 工具，基于Netflix Ribbon实现，通过轮询、随机等算法选择一个可用服务。
目的：将用户的请求平摊的分配到多个服务上，实现高可用
最大区别：服务清单所存储的位置
客户端先发送请求到负载均衡服务器，然后由负载均衡服务器通过负载均衡算法，在众多可用的服务器之中选择一个来处理请求。
客户端自己维护一个可用服务器地址列表，在发送请求前先通过负载均衡算法选择一个将用来处理本次请求的服务器，然后再直接将请求发送至该服务器。
逻辑时序：RestTemplate发起请求 负载均衡器拦截器拦截 LoadBalanceClient获取ILoadBalance 获取服务列表 根据负载均衡器选择一个server 发起请求 记录调用信息
Ribbon基于HTTP和TCP客户端的负载均衡器可以自己构建HTTP请求，使用RestTemplate发送服务
Feign基于Ribbon进行改进，采用接口的方式，将需要调用的服务的方法定义成抽象方法
Consumer应用
启动类
为了调用Product应用服务的接口类
Product应用
controller
Hystrix是一个服务容错与保护的组件，用于 服务降级 、 服务熔断 、 服务限流 等等，能够保证在其中一个服务出现问题的时候，不会出现级联故障，防止雪崩，提高分布式服务的健壮性。
将某些服务停掉会i这不进行业务处理，释放资源来维持主要服务的功能。
应对服务雪崩的一种保险措施，是微服务的链路保护机制，是服务降级的一种特殊处理方式。
为了应对某个服务故障的情况，保证系统的整体可用性，熔断器会切断对该服务的请求，返回一个比较友好的错误响应，直到服务恢复正常
熔断机制的三种状态：
示例：
熔断：直接切断服务的调用
降级：牺牲非核心业务保证核心服务的正常
限流：服务访问量达到阈值后拒绝多余的调用
Zuul是一个微服务网关。网关：是一个网络系统的前置入口。也就是说要想访问一个有网关的网络系统请求相应的服务，需要先进入网关，然后路由到相应的服务。
通常是组成一个系统的微服务很多、或者有权限要求时需要用到网关。
Zuul提供一个过滤器，父类为ZuulFilter，用来过滤代理请求，提供额外的功能逻辑（这点类似于AOP），包括前置过滤、路由后过滤、后置过滤、异常过滤。
ZuulFilter包含的抽象方法：filterType、filterOrder、shouldFilter、run

当微服务众多的时候，想要管理各个服务的配置时过于繁杂，SpringCloud Config则可以用来对每个微服务的配置进行集中的管理。可以实现权限管控、灰度发布、版本管理、格式检验、安全配置等。
作用：
特点：
文章来自https://www.cnblogs.com/william-m/p/16153557.html

Spring Cloud入门系列-前期准备

在写这一系列的文章之前，觉得很有必要阐述一下什么是Spring Cloud。不像Spring（Spring Framework），大体上能够理解为它是一个管理bean的容器。也不想SpringBoot，可以理解为它是加强版的Spring，集成了SSM和其它一些框架，并且大量支持和推荐注解开发。
但是对于Spring Cloud，它是一个微服务架构的框架， 它不是单独的某个项目，是多个项目的集成 。也就是说如果想学习Spring Cloud，实际上是在 学习多个有关微服务的项目。
所谓微服务呢，就是把原本一站式解决的业务拆分成具体的某个模块，每个模块只做一个事情，然后还顺便衍生出了统一管理这些服务的模块，以及服务的保护措施等模块。归结起来就是5个核心， 服务发现（注册）、负载均衡、断路器、服务网关和分布式配置。
在几个星期前，当我想建一个模块的时候，可能会选择采用 Spring Initializer 来创建，但是最近觉得还是直接建立一个新模块比较舒服。每个人的习惯都不一样，自己怎么舒服怎么来。
下面就演示一下如何利用maven创建一个 module
修改模块名就可以创建想要的模块，这样的好处是能够集成父模块中导入的依赖，相比于 Spring Initializer 会简单多了，因为后者需要手动配置模块的父子关系才可以（或者懂怎么搞的小伙伴也可以留言一手）。
为了更好的学习，首先建立了一个总的工程，同样是用了maven来建立一个项目，建立完后结构如下所示
接下来要做的就是把整个src目录给删掉，因为后续也用不到它；其次就是修改pom文件
各位小伙伴需要修改的第7和第8行的 groupId 和 artifactId 。这样对于必须用的依赖，可以在根模块中，也就是该pom文件声明即可。比如上面的 spring-boot-starter-web 在所有的子模块中都有整个依赖。
甚至如果足够懒，那你完全可以把所有的依赖都写在父模块中，这样后续建立子模块的过程中就可以不管pom文件了。

springcloud是什么

微服务和springcloud的关系微服务是一种架构思想，springcloud是一套利于实现微服务架构的技术。相互之间没有必然的联系。
数据访问层提供与数据存储层的交互，可以使用DAO设计模式或者对象-关系映射解决方案(如Hibernate、OJB或iBATIS)实现。
SpringBoot可以离开SpringCloud独立开发项目，SpringCloud很大的一部分是基于SpringBoot来实现，属于依赖的关系。
下面是SpringCloud的整体架构图：注册中心可以说是微服务架构中的“通讯录”，他记录了服务和服务地址的映射关系。在分布式架构中，服务会注册到这里，当服务需要调用其他服务时，就在这里找到对应服务的地址，进行调用。
springcloud原理是什么?SpringClientFactory是不是感觉跟OpenFeign中的FeignContext很像，其实两个的作用是一样的，SpringClientFactory也继承了NamedContextFactory，实现了配置隔离，同时也在构造方法中传入了每个容器默认的配置类RibbonClientConfiguration。
SpringCloud是基于SpringBoot实现的微服务框架，为开发人员提供了很多快速构建分布式系统中常见模式的工具，包括配置管理、服务发现、断路器、智能路由、微代理，控制总线等。
SpringCloud是基于SpringBoot基础之上开发的微服务框架，SpringCloud是一套目前非常完整的微服务解决方案框架，其内容包含服务治理、注册中心、配置管理、断路器、智能路由、微代理、控制总线、全局锁、分布式会话等。
SpringCloud是基于SpringBoot的一整套实现微服务的框架。他提供了微服务开发所需的配置管理、服务发现、断路器、智能路由、微代理、控制总线、全局锁、决策竞选、分布式会话和集群状态管理等组件。
你所理解的SpringCloud是什么?1、SpringCloud是Pivotal提供的用于简化分布式系统构建的工具集。SpringCloud引入了云平台连接器（CloudConnector）和服务连接器（ServiceConnector）的概念。
2、SpringCloud是基于SpringBoot基础之上开发的微服务框架，SpringCloud是一套目前非常完整的微服务解决方案框架，其内容包含服务治理、注册中心、配置管理、断路器、智能路由、微代理、控制总线、全局锁、分布式会话等。
3、SpringCloud是基于SpringBoot实现的微服务框架，为开发人员提供了很多快速构建分布式系统中常见模式的工具，包括配置管理、服务发现、断路器、智能路由、微代理，控制总线等。
4、SpringCloud是一系列框架的有序集合（框架集），他利用SpringBoot的开发便利性巧妙的简化了分布式系统基础设施的开发，如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等。
5、SpringCloud是基于SpringBoot的一整套实现微服务的框架。他提供了微服务开发所需的配置管理、服务发现、断路器、智能路由、微代理、控制总线、全局锁、决策竞选、分布式会话和集群状态管理等组件。
SpringCloud入门简述1、SpringCloud是基于SpringBoot实现的微服务框架，为开发人员提供了很多快速构建分布式系统中常见模式的工具，包括配置管理、服务发现、断路器、智能路由、微代理，控制总线等。
2、SpringCloud是基于SpringBoot基础之上开发的微服务框架，SpringCloud是一套目前非常完整的微服务解决方案框架，其内容包含服务治理、注册中心、配置管理、断路器、智能路由、微代理、控制总线、全局锁、分布式会话等。
3、不像Spring（SpringFramework），大体上能够理解为它是一个管理bean的容器。也不想SpringBoot，可以理解为它是加强版的Spring，集成了SSM和其它一些框架，并且大量支持和推荐注解开发。
SpringCloud微服务组件介绍1、SpringCloud是基于SpringBoot的一整套实现微服务的框架。他提供了微服务开发所需的配置管理、服务发现、断路器、智能路由、微代理、控制总线、全局锁、决策竞选、分布式会话和集群状态管理等组件。
2、SpringCloud与SpringBootSpringBoot可以说是微服务架构的核心技术之一。通过在SpringBoot应用中添加SpringMVC依赖，就可以快速实现基于REST架构的服务接口，并且可以提供对HTTP标准动作的支持。
3、当添加API网关后，在第三方调用端和服务提供方之间就创建了一面墙，这面墙直接与调用方通信进行权限控制，后将请求均衡分发给后台服务端。这个还是静态的，得配合SpringCloudBus实现动态的配置更新。
4、SpringCloud是基于SpringBoot实现的微服务框架，为开发人员提供了很多快速构建分布式系统中常见模式的工具，包括配置管理、服务发现、断路器、智能路由、微代理，控制总线等。
SpringCloud和Dubbo的区别是什么?springcloud和dubbo的最大区别：springcloud抛弃了dubbo的rpc通信，采用的是基于http的rest方式。
SpringCloud是一系列微服务框架的有序集合，而Dubbo有2中常见理解，一种是狭义的理解，一种是广义的。
dubbo和springcloud的定位不同。Dubbo的定位始终是一款RPC框架，而SpringCloud的目标是微服务架构下的一站式解决方案。
dubbo和springcloud区别是SpringCloud抛弃了Dubbo的RPC通信，采用的是基于HTTP的REST方式。严格来说，这两种方式各有优劣。虽然在一定程度上来说，后者牺牲了服务调用的性能，但也避免了上面提到的原生RPC带来的问题。

如何学习spring cloud

spring cloud越来越流行了，以前dubbo用得比较多，现在springcloud用得多了，
学习springcloud主要是学一系列组件
Eureka，服务注册中心，特性有失效剔除、服务保护，相当于zookeeper,（重要的）。
Dashboard，Hystrix仪表盘，监控集群模式和单点模式，集群模式需要收集器Turbine配合。
Zuul，API服务网关，功能有路由分发和过滤（重要的）。
Config，分布式配置中心，支持本地仓库、SVN、Git、Jar包内配置等模式，（重要的）
Ribbon，客户端负载均衡，特性有区域亲和、重试机制，（重要的）。
Hystrix，客户端容错保护，特性有服务降级、服务熔断、请求缓存、请求合并、依赖隔离（重要的）。
Feign，声明式服务调用，本质上就是Ribbon+Hystrix，（重要的）
Stream，消息驱动，有Sink、Source、Processor三种通道
Bus，消息总线，配合Config仓库修改的一种Stream实现，
Sleuth，分布式服务追踪，需要搞清楚TraceID和SpanID以及抽样，如何与ELK整合。
如果要好好学习可以去这个网站看看 网页链接
一、Spring cloud是什么？
相信大家在看到cloud这个单词时首先想到的便是“云”或“云计算”，其实这里并不是这个意思，Spring cloud是以Spring boot为基础的快速构建分布式系统的工具集。它整合了各种各样的工具，以方便我们开发。由于它是在Spring boot的基础上构建的，因此Spring cloud拥有Spring boot所拥有的特点。
二、Spring cloud的版本特点
下图是我从Spring cloud官网截的一张图，大部分Spring软件版本都是以：主版本.次版本.增量版本.开发或发布版本的形式存在的，比如下图左边用红色框住的版本：1.4.4.RELEASE。1代表主版本，第一个4代表次版本，第二个4代表修改版本，而RELEASE代表发布版本。
而Spring cloud的版本却是“Angel SR6”这样的形式，我们可以把Angel当做Spring cloud的大版本，而SR6是Service Release版本（即Bug修复版本）

springcloud从基础到入门到精通（nacos集群和持久化配置）

1.linux下安装nacos集群
需要准备的安装包： jdk、mysql、nginx、nacos
百度云盘下载地址
链接：https://pan.baidu.com/s/1ewVSzwqfP8IErI9fqJC_QQ
提取码：tgui
2.安装步骤
2.1 配置jdk环境变量
第一步：解压jdk包
第二步：移动解压后的目录到/usr/local
第三步：配置环境jdk环境
source命令通常用于重新执行刚修改的初始化文件
测试输入java -version 可看到对应的版本号
2.2 linux安装5.7mysql 建议安装在/usr/local/mysql
默认安装目录： /usr/local/mysql
数据文件目录： /usr/local/mysql/data
MySQL占用端口：3306
默认socket文件存放路径：/tmp/mysql.sock 用于客户端与服务端通信得套接字文件
第一步：上传软件包到linux操作系统
第二步：对mysql压缩包进行解压操作
第三步：移动mysql文件夹到/usr/local目录下并更名为mysql
第四步：创建一个mysql用户并更改/usr/local/mysql目录的权限(用户和组)
#没有指定用户组 会自定创建同名的用户组 id mysql可以查看到
#更改权限 chown -R mysql.mysql /usr/local/mysql
#查看ll /usr/local/mysql
查看/etc/my.cnf是否存在，不存在则创建加入以下配置
第五步：初始化数据库 需要进入/usr/local/mysql/bin
第七步：移动support-files目录下的mysql.server脚本到/etc/init.d目录一份 可直接使用service命令
赋予执行权限：chmod +x /etc/init.d/mysql
第八步：启动mysql脚本
第九步：设置密码并测试mysql数据库
3.linux安装nginx
第一步：解压
第二步: 移动解压后的文件到指定/usr/local
第三步：执行编译文件 进入nginx目录
第四步：安装
第五步：启动 进入 cd /usr/local/nginx/sbin目录下启动
4.nacos集群配置
4.1解压nacos
4.2移动文件到usr/local文件夹下
4.3持久化数据库创建
进入nacos的conf目录找到nacos-mysql.sql文件，复制所有内容在mysql执行
4.4在conf的application.properties文件中添加如下配置
4.5修改conf下的cluster.conf文件
下面的ip地址通过hostname -i查询获得，如上
4.6进入bin目录修改startup.sh文件
原文件
修改后的文件
4.7启动nacos集群,进入/usr/local/nacos/bin目录下
5.配置nginx文件
5.1找到conf下的nginx.conf文件
原文件
修改后的文件
5.2启动nginx,进入nginx/sbin目录执行下面命令
最后访问测试：192.168.137.130:1111/nacos/#/login成功进入nacos界面
发布一条配置信息
数据库查看，出现该条信息则表示成功
6.微服务测试，修改之前就创建的cloudalibaba-provider-payment9002的yml配置文件后，启动
查看到如下，表示注册成功

SpringCloud微服务组件介绍

1、SpringCloud是基于SpringBoot的一整套实现微服务的框架。他提供了微服务开发所需的配置管理、服务发现、断路器、智能路由、微代理、控制总线、全局锁、决策竞选、分布式会话和集群状态管理等组件。
2、SpringCloud与SpringBootSpringBoot可以说是微服务架构的核心技术之一。通过在SpringBoot应用中添加SpringMVC依赖，就可以快速实现基于REST架构的服务接口，并且可以提供对HTTP标准动作的支持。
3、当添加API网关后，在第三方调用端和服务提供方之间就创建了一面墙，这面墙直接与调用方通信进行权限控制，后将请求均衡分发给后台服务端。这个还是静态的，得配合SpringCloudBus实现动态的配置更新。
4、SpringCloud是基于SpringBoot实现的微服务框架，为开发人员提供了很多快速构建分布式系统中常见模式的工具，包括配置管理、服务发现、断路器、智能路由、微代理，控制总线等。

SpringCloud微服务组件介绍

Spring Cloud是一系列框架的有序集合（框架集），他利用Spring Boot的开发便利性巧妙的简化了分布式系统基础设施的开发，如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等。
SpringCloud利用SpringBoot的开发便利性巧妙地简化了分布式系统基础设施的开发，SpringCloud为开发人员提供了快速构建分布式系统的一些工具，包括配置管理、服务发现、断路器、路由、微代理、事件总线、全局锁、决策竞选、分布式会话等等，它们都可以用SpringBoot的开发风格做到一键启动和部署。
SpringCloud并没有重复制造轮子，它只是将目前各家公司开发的比较成熟、经得起实际考验的服务框架组合起来，通过SpringBoot风格进行再封装屏蔽掉了复杂的配置和实现原理，最终给开发者留出了一套简单易懂、易部署和易维护的分布式系统开发工具包
下面是Spring Cloud的整体架构图：
注册中心可以说是微服务架构中的“通讯录”，他记录了服务和服务地址的映射关系。在分布式架构中，服务会注册到这里，当服务需要调用其他服务时，就在这里找到对应服务的地址，进行调用。
注册中心的主要作用
Ribbon是Netflix发布的一个负载均衡，有助于控制HTTP和TCP客户端行为。在Spring Cloud中，Eureka一般配合Ribbon进行使用，Ribbon提供了客户端负载均衡的功能，Ribbon利用从Eureka中读取到的服务信息，在调用服务节点提供的服务时，会合理的进行负载。
在Spring Cloud中可以将注册中心和Ribbon配合使用，Ribbon自动的从注册中心中获取服务提供者的列表信息，并基于内置的负载均衡算法，请求服务。
Ribbon原理
几种负载均衡策略：
Hystrix是Netflix开源的一款容错框架，包含常用的容错方法。在高并发访问下，系统所依赖的服务的稳定性对系统的影响非常大，依赖有很多不可控的因素，比如网络连接变慢，资源突然繁忙，暂时不可用，服务脱机等。Hystrix利用熔断、线程池隔离、信号量隔离、降级回退等方法来处理依赖隔离，使系统变得高可用。
Hystrix主要提供了以下几种容错方法：
Spring Cloud Gateway是Spring官方推出的服务网关的实现框架，相对于服务网关的概念有点类似于传统的反向代理服务器（如nginx），但反向代理一般都只是做业务无关的转发请求，而服务网关与服务的整合程度更高，可以看作也是整个服务体系的组成部分，通过过滤器等组件可以在网关中集成一些业务处理的操作（比如权限认证等）。
核心功能：
Spring Cloud Stream是一个用来为微服务应用构建消息驱动能力的框架。
特点： 屏蔽底层 MQ 实现细节，Spring Cloud Stream 的 API 是统一的。如果从 Kafka 切到 RocketMQ，可以直接修改配置。 与 Spring 生态整合更加方便。Spring Cloud Data Flow的流计算都是基于 Spring Cloud Stream；Spring Cloud Bus 消息总线内部也是用的 Spring Cloud Stream。
配置中心功能：
分布式链路追踪，就是将一次分布式请求还原成调用链路，进行日志记录，性能监控并将一次分布式请求的调用情况集中展示。比如各个服务节点上的耗时，请求具体到达哪台机器上、每个服务节点的请求状态等等。
分布式链路追踪方案：

SpringCloud整体构架设计介绍

SpringClound整体核心架构只有一点：Rest服务，也就是说在整个SpringCloud配置过程之中，所有的配置处理都是围绕着Rest完成的，在这个Rest处理之中，一定要有两个端：服务的提供者（Provider）、服务的消费者（Consumer）。
SpringClound整体核心架构只有一点：Rest服务，也就是说在整个SpringCloud配置过程之中，所有的配置处理都是围绕着Rest完成的，在这个Rest处理之中，一定要有两个端：服务的提供者（Provider）、服务的消费者（Consumer），所以对于整个SpringCloud基础的结构就如下所示：
既然SpringCloud的核心是Restful结构，那么如果要想更好的去使用Rest这些微服务还需要考虑如下几个问题。
1、所有的微服务地址一定会非常的多，所以为了统一管理这些地址信息，也为了可以及时的告诉用户哪些服务不可用，所以应该准备一个分布式的注册中心，并且该注册中心应该支持有HA机制，为了高速并且方便进行所有服务的注册操作，在SpringCloud里面提供有一个Eureka的注册中心。
对于整个的WEB端的构架（SpringBoot实现）可以轻松方便的进行WEB程序的编写，而后利用Nginx或Apache实现负载均衡处理，但是你WEB端出现了负载均衡，那么业务端呢？应该也提供有多个业务端进行负载均衡。那么这个时候就需要将所有需要参与到负载均衡的业务端在Eureka之中进行注册。
在进行客户端使用Rest架构调用的时候，往往都需要一个调用地址，即使现在使用了Eureka作为注册中心，那么它也需要有一个明确的调用地址，可是所有的操作如果都利用调用地址的方式来处理，程序的开发者最方便应用的工具是接口，所以现在就希望可以将所有的Rest服务的内容以接口的方式出现调用，所以它又提供了一个Feign技术，利用此技术可以伪造接口实现。
在进行整体的微架构设计的时候由于牵扯的问题还是属于RPC，所以必须考虑熔断处理机制，实际上所有的熔断就好比生活之中使用保险丝一样，有了保险丝在一些设备出现了故障之后依然可以保护家庭的电器可以正常使用，如果说现在有若干的微服务，并且这些微服务之间可以相互调用，例如A微服务调用了B微服务，B微服务调用了C微服务。
如果在实际的项目设计过程之中没有处理好熔断机制，那么就会产生雪崩效应，所以为了防止这样的问题出现，SpringCloud里面提供有一个Hystrix熔断处理机制，以保证某一个微服务即使出现了问题之后依然可以正常使用。
通过Zuul的代理用户只需要知道指定的路由的路径就可以访问指定的微服务的信息，这样更好的提现了java中的“key=value”的设计思想，而且所有的微服务通过zuul进行代理之后也更加合理的进行名称隐藏。
、在SpringBoot学习的时候一直强调过一个问题：在SpringBoot里面强调的是一个“零配置”的概念，本质在于不需要配置任何的配置文件，但是事实上这一点并没有完全的实现，因为在整个在整体的实际里面，依然会提供有application.yml配置文件，那么如果在微服务的创建之中，那么一定会有成百上千个微服务的信息出现，于是这些配置文件的管理就成为了问题。例如：现在你突然有一天你的主机要进行机房的变更，所有的服务的IP地址都可能发生改变，这样对于程序的维护是非常不方便的，为了解决这样的问题，在SpringCloud设计的时候提供有一个SpringCloudConfig的程序组件，利用这个组件就可以直接基于GIT或者SVN来进行配置文件的管理。
在整体设计上SpringCloud更好的实现了RPC的架构设计，而且使用Rest作为通讯的基础，这一点是他的成功之处，由于大量的使用了netflix公司的产品技术，所以这些技术也有可靠的保证。