上一页 1 ··· 19 20 21 22 23 24 25 26 27 ··· 97 下一页
摘要: 阅读全文
posted @ 2021-02-27 14:14 爱编程DE文兄 阅读(67) 评论(0) 推荐(0) 编辑
摘要: 1. 新建消费者模块 2. 添加依赖(参照生产者模块,nacos 的依赖都是一样的) 3. 添加配置 server: port: 83 spring: application: name: nacos-order-consumer cloud: nacos: discovery: server-ad 阅读全文
posted @ 2021-02-27 13:59 爱编程DE文兄 阅读(196) 评论(0) 推荐(0) 编辑
摘要: 1. 创建生产者模块 2. 添加依赖;依赖得添加两个地方:一个父pom,一个是本模块pom <!--spring cloud 阿里巴巴--> //父pom <dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-clo 阅读全文
posted @ 2021-02-27 13:33 爱编程DE文兄 阅读(131) 评论(0) 推荐(0) 编辑
摘要: 为什么使用springcloud alibaba: 而springcloud alibaba 全家桶能够代替上面的所有技术还包含其他更好的技术替代方案;至于为什么叫 springcloud alibaba?因为springcloud alibaba是springcloud的一个子项目,但由阿里巴巴推 阅读全文
posted @ 2021-02-27 12:43 爱编程DE文兄 阅读(244) 评论(0) 推荐(0) 编辑
摘要: sleuth的使用很简单,只要两步,在你要追踪的服务实例上加上如下步骤: 1. 添加依赖 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-zipkin</artifa 阅读全文
posted @ 2021-02-26 23:33 爱编程DE文兄 阅读(273) 评论(0) 推荐(0) 编辑
摘要: sleuth和zipkin 都是 链路追踪所需要的两个技术,这样说:sleuth完成对数据的追踪和收集,而zipkin完成数据的展示;在springcloudF版后就不需要自己搭建zipkin的服务器了,只需要运行zipkin的jar包即可完成zipkin服务器的启动 运行jar命令:java -j 阅读全文
posted @ 2021-02-26 23:03 爱编程DE文兄 阅读(78) 评论(0) 推荐(0) 编辑
摘要: 存在的问题: sleuth是springcloud关于 服务链路追踪的解决方案。 阅读全文
posted @ 2021-02-26 22:43 爱编程DE文兄 阅读(186) 评论(0) 推荐(0) 编辑
摘要: 最近学习了阳哥的springcloud教程,很是牛逼!但好像也有一些点没说明白,比如好像没提及消息总线和消息驱动的区别,毕竟都是跟 mq 挂钩 嘛。下面也谈谈我的理解吧 1. 消息总线:我对他的理解 就和配置中心,注册中心一个级别的,类似消息中心、消息总部那个味道;所有微服务实例的消息收发都找消息总 阅读全文
posted @ 2021-02-26 22:06 爱编程DE文兄 阅读(629) 评论(0) 推荐(0) 编辑
摘要: 如果我们没有给服务实例进行分组;当消费者A由于某些原因故障下线了,而此时生产者发送的消息,A即使上线了也收不到,意味着消息丢失了。 我们希望即使故障宕机了,服务再次上线能够获取之前未拿到的消息,这个要解决其实很简单。只要给服务实例进行分组即可,因此分组的好处有两个:重复消费能避免 和 服务实例能获取 阅读全文
posted @ 2021-02-26 21:55 爱编程DE文兄 阅读(180) 评论(0) 推荐(0) 编辑
摘要: 首先本人还没有学习过rabbitmq,还不太知道其exchange和queue的存储和消费的机制。下面是个人的理解,日后要是学习了rabbitmq再来更正 springcloud-stream目前案例是使用rabbitmq作为支持,现在默认的destination是topic形式,不同的微服务实例会 阅读全文
posted @ 2021-02-26 21:46 爱编程DE文兄 阅读(399) 评论(0) 推荐(0) 编辑
上一页 1 ··· 19 20 21 22 23 24 25 26 27 ··· 97 下一页