spring|spring cloud（一）（了解spring cloud 和微服务） springcloud（一）：了解springcl

前言最近一段时间比较空闲，可以抽空去学习一些新知识，看了一本不错的书-Spring Microservices IN ACTION。中文翻译《Spring微服务实在》，是学习spring cloud的好工具书，绝对推荐购买。读完一部分，想写一些笔记和技术总结，也相当巩固加强记忆。
什么是微服务

当一个普通web项目功能越来越多，项目变大了，人员也变多，项目得开发进度越来越慢。
文章图片
图1.jpg
如图1展示，每当项目要开发一个新的功能时，整个项目都需要重新构建，重新测试和重新部署，这样要花费不少时间在这里，才能上线。可见这种传统项目很笨重，迭代速度慢，跟不上时代步伐了。

如果使用微服务重构这些项目得架构，如图2所示那样
文章图片
图2.jpg 可以看出微服务将大型应用分解成几个，独立的，松耦合的组件。用一句简单的话概括：分解和分离应用程序的功能，是他们完全彼此独立。
微服务的主要特点

应用程序逻辑分解为职责分明的粗细颗组件，组件相互独立，互相协调提供解决方案
每个组件都有一个小的职责领域，并且完全独立部署
微服务采用轻量级通信原则，可以是http 或者tcp等。通信方式是支持跨语言、跨平台的。

构建一个微服务要考虑的主题

spring|spring cloud（一）（了解spring cloud 和微服务）

文章图片
图3.jpg
下面我们来详细描述下这些构建要点:

大小适当：如果确保正确地划分服务的大小，以避免微服务承担大多的职责。适当的大小允许快递更改应用程序，并降低整个应用中断的总体风险
位置透明: 在实际环境中，多个服务快速启动和关闭时，如果管理这些服务的物理细节
有弹性：如果绕过失败的服务，确保采取“快速失败”的方法来保护微服务消费者和应用的整体完整性。
可重复：如果确保提供的每一个新服务实例与生产环境中的所有其他服务实例具有相同的配置和代码块
可伸缩：如果使用异步处理和事件来最小化服务之间的依赖关系，并确保可以优雅地扩展微服务？
像这些要点都不用愁，spring cloud早已经给我们封装了一套完成解决方案。

认识Spring Cloud 引用Spring 官方说明

Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具（例如配置管理，服务发现，熔断器，智能路由，微代理，控制总线，一次性令牌，全局锁定，领导选举，分布式会话，集群状态）。分布式系统的协调导致锅炉板模式，使用Spring Cloud开发人员可以快速站起来实现这些模式的服务和应用程序。它们适用于任何分布式环境，包括开发人员自己的笔记本电脑，裸机数据中心或者Cloud Foundry等托管平台

服务发现记得以前做负载均衡的时候，当要添加新的机器到集群中时，需要开发人员修改配置文件，添加新机器ip，重启服务器，这就是服务发现要做的事。可以想象，当有成百上千个应用会在快速启动或关闭，单靠人为是无法管理这些应用的注册或者注销，服务发现就是处理这些的。当有应用启动时，服务发现会让加入整个集群中，让其他应用去消费。如果应该关闭或者故障了，服务发现会监听到这些情况，将他移出集群，其他应用也不会消费故障的服务。还可以抽象出部署应用服务器的物理细节(IP或者域名)，通过逻辑名称而不是物理位置调用服务。Spring Cloud服务发现主要实现有Netfix Eureka、Consul和ZooKeeper。
配置管理分离部署应用的配置文件，进行集中式管理，这样可以确保无论启动多少个微服务实例，这些微服务实例始终具有相同的配置。主要通过Spring Cloud Config实现这些操作，可以与git，svn，本地文件，Consul，Eureka，ZooKeeper等集成管理配置文件。
熔断器在家庭用电中，发生短路故障，跳闸开发会断开短路与整个线路的连接，已达到保护电路的目的。熔断器就是发生故障时，实现快速失败，以达到保护整体不受影响。在微服务中，各个应用之间相互调用，有个别应用故障了或者堵塞中，会拖累整体处理速度。当并发很大的时候，处理跟不上，有很多请求会等待处理，积累等待请求越来越多，系统处理速度越来越慢，整个系统都会僵死。就好像雪崩效应，一个小小问题，引发一场灾难。
spring cloud其实是spring团队将开源市场一些优秀的开源项目整合在一起，spring cloud 在这些开源软件之上提供一层抽象的统一，让这些开源软件实现具体的细节。就像Java中jpa 规范一样，让不同厂商实现这些规范即可。spring cloud跟spring boot、spring data 不一样，他不是一个专业领域的框架，而是微服务架构下，从实际开发调试到线上运维，一套完整解决方案。继承spring 家族开箱即用特性，基本是就是加几个注解就可以一套微服务搭建出来。
spring cloud config spring cloud config通知集中式服务来处理应用程序配置管理文件，式这些微服务组件配置文件与部署的环境分离。这些组件启动统计从config server获取配置文件，从而保证了无论启动多少个微服务实例，这些微服务配置始终保存相同的配置。支持本地文件存储、Git以及Subversion。
Netflix Eureka 服务发现，这个可以隔离每个微服务物理路径，根据每一个服务名，即可调用服务的业务处理。自动剔除故障的微服务，故障转移。
Netflix Hystrix 熔断器，容错管理工具，旨在通过熔断机制控制服务和第三方库的节点,从而对延迟和故障提供更强大的容错能力。、
spring cloud bus 事件、消息总线，用于在集群（例如，配置变化事件）中传播状态变化，可与Spring Cloud Config联合实现热部署。
Netfix Zuul 路由网关，所有的请求必经的大门，相当于负载均衡中nginx，apahce的前端控制器的角色。它可以实现安全校验，内容过滤，动态路由，流量监控。
Netfix Archaius 配置管理API，包含一系列配置管理API，提供动态类型化属性、线程安全配置操作、轮询框架、回调机制等功能。
Spring Cloud Stream 信息处理集成，封装了与Redis,RabbitMQ、Kafka等发送接收消息。
Spring Cloud Sleuth 【spring|spring cloud（一）（了解spring cloud 和微服务）】日志收集工具包，将每个请求的唯一跟踪标识符集成到应用程序的HTTP调用和信息通道之中。这些跟踪号码，可以让开发人员在事务流经不同服务时跟踪事务，了解整一个http请求流程情况。spring cloud sleuth封装了Dapper和log-based追踪以及Zipkin和HTrace操作，为SpringCloud应用实现了一种分布式追踪解决方案。
Spring Cloud Security 验证和授权框架，用户认证，服务限制。在接收调用每个服务时可以检查HTTP 调用中提供的令牌，确认用户的身份以及用户对该服务的访问权限。
Spring Cloud Zookeeper 操作Zookeeper的工具包，用于使用zookeeper方式的服务发现和配置管理。
Netfix Ribbon 客户端负载均衡，支持http reful风格调用服务，也可以跟熔断器和服务发现配置使用，可以省去服务物理路径，故障处理，她都会自动帮你实现的。
Feign 基于接口模式的客户端负载均衡，Ribbon的代替品，只要声明调用远程服务的接口，他会自动帮你实现接口，调用更加优雅。
还有很多我就不一一列举了，有兴趣的同学可以去spring cloud 官网了解,英文不好的可以去 spring cloud中文网。