摘要: 使用消费组实现消息消费的负载均衡 通常在生产环境,我们的每个服务都不会以单节点的方式运行在生产环境,当同一个服务启动多个实例的时候,这些实例都会绑定到同一个消息通道的目标主题(Topic)上。 默认情况下,当生产者发出一条消息到绑定通道上,这条消息会产生多个副本被每个消费者实例接收和处理,但是有些业 阅读全文
posted @ 2018-01-29 16:22 allalongx 阅读(226) 评论(0) 推荐(2) 编辑
摘要: 下图是官方文档中对于Spring Cloud Stream应用模型的结构图。从中我们可以看到,Spring Cloud Stream构建的应用程序与消息中间件之间是通过绑定器Binder相关联的,绑定器对于应用程序而言起到了隔离作用,它使得不同消息中间件的实现细节对应用程序来说是透明的。所以对于每一 阅读全文
posted @ 2018-01-29 16:19 allalongx 阅读(227) 评论(0) 推荐(2) 编辑
摘要: Spring Cloud Stream是一个用来为微服务应用构建消息驱动能力的框架。它可以基于Spring Boot来创建独立的、可用于生产的Spring应用程序。它通过使用Spring Integration来连接消息代理中间件以实现消息事件驱动的微服务应用。Spring Cloud Stream 阅读全文
posted @ 2018-01-29 16:17 allalongx 阅读(912) 评论(0) 推荐(2) 编辑
摘要: 过滤器的作用 通过上面所述的两篇我们,我们已经能够实现请求的路由功能,所以我们的微服务应用提供的接口就可以通过统一的API网关入口被客户端访问到了。但是,每个客户端用户请求微服务应用提供的接口时,它们的访问权限往往都需要有一定的限制,系统并不会将所有的微服务接口都对它们开放。然而,目前的服务路由并没 阅读全文
posted @ 2018-01-29 16:15 allalongx 阅读(312) 评论(0) 推荐(3) 编辑
摘要: 传统路由配置 所谓的传统路由配置方式就是在不依赖于服务发现机制的情况下,通过在配置文件中具体指定每个路由表达式与服务实例的映射关系来实现API网关对外部请求的路由。 没有Eureka和Consul的服务治理框架帮助的时候,我们需要根据服务实例的数量采用不同方式的配置来实现路由规则: 单实例配置:通过 阅读全文
posted @ 2018-01-29 16:13 allalongx 阅读(1556) 评论(0) 推荐(3) 编辑
摘要: 通过之前几篇Spring Cloud中几个核心组件的介绍,我们已经可以构建一个简略的(不够完善)微服务架构了。比如下图所示: alt 我们使用Spring Cloud Netflix中的Eureka实现了服务注册中心以及服务注册与发现;而服务间通过Ribbon或Feign实现服务的消费以及均衡负载; 阅读全文
posted @ 2018-01-29 16:11 allalongx 阅读(333) 评论(0) 推荐(4) 编辑
摘要: 上一篇我们介绍了使用Hystrix Dashboard来展示Hystrix用于熔断的各项度量指标。通过Hystrix Dashboard,我们可以方便的查看服务实例的综合情况,比如:服务调用次数、服务调用延迟等。但是仅通过Hystrix Dashboard我们只能实现对服务当个实例的数据展现,在生产 阅读全文
posted @ 2018-01-29 16:07 allalongx 阅读(1072) 评论(0) 推荐(4) 编辑
摘要: 下面我们基于之前的示例来结合Hystrix Dashboard实现Hystrix指标数据的可视化面板,这里我们将用到下之前实现的几个应用,包括: eureka-server:服务注册中心 eureka-client:服务提供者 eureka-consumer-ribbon-hystrix:使用rib 阅读全文
posted @ 2018-01-29 16:05 allalongx 阅读(726) 评论(0) 推荐(4) 编辑