springcloud五大组件(springcloud五大组件作用)

Spring Cloud项目的既定目标在于为Spring开发人员提供一整套易于使用的工具集，从而保证其轻松构建起自己需要的分布式系统方案。为了实现这一目标，Spring Cloud以Netflix OSS堆栈为基础将大量实现堆栈加以整合并打包。这些堆栈而后可以通过大家所熟知的各类基于注释的配置工具、Java配置工具以及基于模板的编程工具实现交付。下面就让我们一起了解Spring Cloud当中的几类常见组件。 　　Spring Cloud Config Server 　　Spring Cloud Config Server能够提供一项具备横向扩展能力的集中式配置服务。它所使用的数据被保存在一套可插拔库层当中，后者目前能够支持本地存储、Git以及Subversion。通过利用一套版本控制系统作为配置存储方案，开发人员能够轻松实现版本与审计配置的内容调整。 　　如何利用Spring Cloud构建起自我修复型分布式系统 　　配置内容会以Java属性或者YAML文件的形式体现。该Config Server会将这些文件合并为环境对象，其中包含易于理解的Spring属性模型以及作为REST API存在的配置文件。任何应用程序都能够直接调用该REST API当中所包含的配置数据，但我们也可以将智能客户端绑定方案添加到Spring Boot应用程序当中，并由后者自动将接收自Config Server的配置信息分配至任意本地配置当中。 　　Spring Cloud Bus 　　Spring Cloud Config Server是一套强大的配置分发机制，能够在保障一致性的前提下将配置内容分发到多个应用程序实例当中。然而根据其设计思路的限定，我们目前只能在应用程序启动时对其配置进行更新。在向Git中的某一属性发送新值时，我们需要以手动方式重启每个应用程序进程，从而保证该值被切实纳入应用当中。很明显，大家需要能够在无需重启的前提下完成对应用程序配置内容的更新工作。 　　如何利用Spring Cloud构建起自我修复型分布式系统 　　Spring Cloud Bus的任务正是为应用程序实例添加一套管理背板。它目前依靠将一套客户端绑定至一组AMQP交换与队列当中来实现，但这一后端在设计上也实现了可插拔特性。Spring Cloud Bus为我们的应用程序带来了更多管理端点。在图二中，我们可以看到一个面向greeting属性的值被发送至Git当中，而后一条请求被发送至应用A中的/bus/refresh端点。该请求会触发以下三个事件： 　　应用A从Config Server处请求获取最新版本的配置内容。任意注明了@RefreshScope的Spring Bean都会被重新初始化并载入新的配置内容。 　　应用A向AMQP交换机制发送一条消息，表明其已经收到更新指示。 　　通过监听AMQP队列而被纳入Cloud Bus的应用B与应用C会获取到上述消息，并以与应用A同样的方式实现配置更新。 　　现在我们已经有能力在无需重启的情况下对应用程序配置进行更新了。

SpringCloud核心能力如下： - 服务注册与服务发现- 服务路由- 端到端的服务调用- 负载均衡- 熔断器- 分布式事务- 分布式消息- 分布式配置中心- 链路追踪SpringCloud已经奠定了自己在微服务领域的领导地位，其中涵盖了我们所需要的几乎全部组件； 如果你想掌握时下热门微服务技术栈，跟上时代技术步伐，就去黑马程序员官网视频库看免费视频。
Eureka：服务注册于发现。 Feign：基于动态代理机制，根据注解和选择的机器，拼接请求 url 地址，发起请求。Ribbon：实现负载均衡，从一个服务的多台机器中选择一台。Hystrix：提供线程池，不同的服务走不同的线程池，实现了不同服务调用的隔离，避免了服务雪崩的问题。 Zuul：网关管理，由 Zuul 网关转发请求给对应的服务。

Spring 框架是一个分层架构，由 7 个定义良好的模块组成。Spring 模块构建在核心容器之上，核心容器定义了创建、配置和管理 bean 的方式，组成 Spring 框架的每个模块（或组件）都可以单独存在，或者与其他一个或多个模块联合实现。
IoC（控制反转） ----core和beans包是IoC的核心包AOP（面向切面）----Aop模块提供了面向切面编程的实现，和AspectJ集成Messaging（信息日志）----Messaging是spring4新增加的模块，包含了一部分主要的基于message的应用的实现。Data Access/Integration（数据层支持）----是spring对数据层提供的支持，包括JDBC，事物，ORM，JMS等一系列实现。WEB----Web模块主要提供面向web的一些实现，例如多文件上传，servlet监听器以及spring mvc方面的支持。Test----Test模块主要是针对spring的各个模块做各种各样的测试，包括单元测试、集成测试等等。

dubbo和spring cloud区别是：1、初始定位不同：SpringCloud定位为微服务架构下的一站式解决方案；Dubbo 是 SOA 时代的产物，它的关注点主要在于服务的调用和治理。2、生态环境不同：SpringCloud依托于Spring平台，具备更加完善的生态体系；而Dubbo一开始只是做RPC远程调用，生态相对匮乏，现在逐渐丰富起来。3、调用方式：SpringCloud是采用Http协议做远程调用，接口一般是Rest风格，比较灵活；Dubbo是采用Dubbo协议，接口一般是Java的Service接口，格式固定。但调用时采用Netty的NIO方式，性能较好。4、组件差异比较多，例如SpringCloud注册中心一般用Eureka，而Dubbo用的Zookeeper，SpringCloud生态丰富，功能完善，更像是品牌机，Dubbo则相对灵活，可定制性强，更像是组装机。5、SpringCloud：Spring公司开源的微服务框架，SpirngCloud 定位为微服务架构下的一站式解决方案。6、Dubbo：阿里巴巴开源的RPC框架，Dubbo 是 SOA 时代的产物，它的关注点主要在于服务的调用，流量分发、流量监控和熔断。两者的生态对比：1、Spring Cloud 的功能很明显比 Dubbo 更加强大，涵盖面更广，而且作为 Spring 的旗舰项目，它也能够与 Spring Framework、Spring Boot、Spring Data、Spring Batch 等其他 Spring 项目完美融合，这些对于微服务而言是至关重要的。2、使用 Dubbo 构建的微服务架构就像组装电脑，各环节选择自由度很高，但是最终结果很有可能因为一条内存质量不行就点不亮了，总是让人不怎么放心。3、而 Spring Cloud 就像品牌机，在 Spring Source 的整合下，做了大量的兼容性测试，保证了机器拥有更高的稳定性，但是如果要在使用非原装组件外的东西，就需要对其基础原理有足够的了解。

SpringCloud的组件非常繁杂，拥有相当多的子项目，包括为人熟知的阿里开源的生态也融入其中，称之为SpringCloudAlibaba； 在SpringCloud中，最为人熟知的当属SpringCloud Netflix了，它是由Netflix公司开源的，主要涵盖Eureka，Hystrix，Zuul，Ribbon等组件~除了SpringCloudNetflix，还有Spring开发团队自研的，比如Feign、Config，Gateway，Bus~不过，最近1年，Netflix宣布要将自家技术闭源，不过不用担心，国产的微服务技术栈已经崛起，阿里的Nacos，Sentinel，Dubbo~有逐步替代之势，由于SpringCloud的背后支撑，微服务技能栈，互相彼此切换非常容易； 如果你想掌握时下热门微服务技术栈，跟上时代技术步伐，欢迎关注黑马程序员
SpringCloud的组件非常繁杂