springcloud系列（一）简介

1. 为了实现分布式开发，Spring推出了一套组件，那就是springCloud。当前springCloud已经成为构建分布式微服务的热门技术。但它不是自己独自造轮子，而是将目前各家公司已经开发好的、经过实践考验较为成熟的技术组合起来，并通过SpringBoot风格进行再次封装，从而屏蔽掉复杂的配置和实现原理，为开发者提供了一套简单易懂、易部署和维护的分布式系统开发包。
2. 分布式是非常复杂的，大部分情况下非超大型企业很难开发自己的分布式框架，因为研发成本高，而且周期很长，这时springcloud就为这些企业提供了一个开源并且免费的解决方案。
3. springcloud是一套组件，可以细分为多种组件，如服务发现、配置中心、消息总线、负载均衡、断路器和数据监控等。
4. 服务治理和服务发现：主要使用Netflix Eureka作为服务治理的，springcloud对其进行了一次封装，使得开发者可以以springboot风格使用它，这样带来了极大的便利。通过服务注册将单个微服务节点注册给服务治理中心，这样服务治理中心就可以治理单个微服务节点。服务发现则是微服务节点可以对服务治理中心发送消息，使得服务治理中心可以将新的微服务节点纳入管理。
5. 客户端负载均衡：在微服务开发中，会将一个大系统拆分为多个微服务系统，而每个微服务系统之间需要相互协作才能完成业务需求。每个微服务系统可能存在多个节点，当一个微服务（服务消费者）调用另外一个微服务（服务提供者）时，服务提供者需要负载均衡算法提供一个节点进行响应。而负载均衡是分布式必须实施的方案。除了分摊服务压力，在服务过程中，如果某个节点出现故障，可以通过均衡负载算法可以将故障节点排除，使后续请求分散到其他可用节点上，这样就体现了springcloud的高可用。springcloud集成了Ribbon来实现这些功能。
6. 声明服务调用：对于REST风格的调用，如果使用RestTemplate会比较繁琐，为了简化多次调用的复杂度，springcloud提供了接口式的声明服务调用编程，就是Fegin。通过它请求其他微服务时，就如同调用本地服务的Java接口一样，在多次调用情况下，简化开发者编程，提供代码可读性。
7. 断路器：在分布式中，因为存在网络延迟或故障，一些服务调用无法及时响应。如果此时服务消费者还在大量调用这些网络延迟或故障的服务提供者，那么很快就会因为大量等待造成积压，最终导致服务瘫痪。为了克服此问题，springcloud引入了Netflix的开源框架Hystrix来处理此问题，当服务提供者响应延迟或故障时，就会使得服务消费者长期得不到响应，Hystrix就会对这些延迟或故障服务进行处理，比如降级、服务断路、线程和信号隔离、请求缓存或合并等处理。
8. API网关：在Springcloud中API网关就是Zuul，有两个作用：第一是将请求的地址映射为真实服务器的地址，如请求的地址是http://localhost/user/1，真实的服务是http://localhost:8001/user/1和http://localhost:8002/user/1，通过网络就可以对应到真实服务器的地址。显然这个作用就起到路由分发的作用，从而降低单个节点的负载，从这点来说，可以把它称为服务端负载均衡。从高可用角度说，一个请求地址可以映射到多台服务上，如果单点出现故障，则其他节点也能提供服务，这样就是一个高可用服务了。Zuul网关的第二个作用是过滤服务，在互联网中，服务器可能面临各种攻击，Zuul提供了过滤器，通过它过滤那些恶意或无效的请求，把它们排除在服务网站之外，这样就降低了网站服务的风险。
9. 对于分布式，还有很多其他重要技术，如分布式事务、分布式数据一致性、消息总线等。
10. 示例项目，电商项目，开发产品模块和用户模块：首先将产品和用户这两个服务通过Eureka注册给服务治理中心，让服务治理中心能够管理它们；同时为了协同完成相关功能，可以通过Ribbon和Feign来实现产品和用户两个系统相互调用。