前言不知道你们发现没有，在很多互联网公司基本上都是80后，90后居多，很少还有超过40岁的程序员。可能很多人心里都有一个疑问，那就是这些40多岁的程序员都干嘛去了呢？创业显然只是极少数的人，至于管理岗，一个公司也不过几个人而已，更多的人显然已经不再从事这个行业了，难道真的只能提前退休了吗？话不多说，先上张图一、微服务必备技能：二、一起从浅入深理解DUBBO！**先来看一份DUBBO脑图：**Hel
1.Rabbitmq 首先说的是rabbitmq，为什么先提它呢，因为它是这么多款开源mq里面完全遵循AMQP（Advanced Message Queue ）的开源实现的。概念：结合下图来理解上图表述了消息生产，通过server到消息被消费的过程。那么来看看rabbitmq中几个名词概念。Queue Queue（队列）RabbitMQ的作用是存储消息，队列的特性
转载
2024-10-21 18:13:53
100阅读
基本概念：RocketMQ主要由 Producer、Broker、Consumer 三部分组成，其中Producer 负责生产消息，Consumer 负责消费消息，Broker 负责存储消息。Broker 在实际部署过程中对应一台服务器，每个 Broker 可以存储多个Topic的消息，每个Topic的消息也可以分片存储于不同的 Broker。Message Queue 用于存储消息的物理地址，每
转载
2024-09-09 00:42:18
37阅读
在上一篇RocketMQ与Dubbo相爱相杀引起的FullGC文章中,我们讲解了
原创
2021-07-15 11:22:16
10000+阅读
特性ActiveMQRabbitMQRocketMQKafka单机吞吐量万级，比 RocketMQ、Kafka 低一个数量级同 ActiveMQ10 万级，支撑高吞吐10 万级，高吞吐，一般配合大数据类的系统来进行实时数据计算、日志采集等场景topic 数量对吞吐量的影响 topic 可以达到几百/几千的级别，吞吐量会有较小幅度的下降，这是 RocketMQ 的一大优势，在同
转载
2024-05-29 11:43:55
81阅读
一、资料文档
Kafka中有kafka作者自己写的书，网上资料也有一些。rabbitmq多有一些不错的书，网上资料多。activemq多没有专门写activemq的书，网上资料多。rocketmq少没有专门写rocketmq的书，网上的资料良莠不齐，官方文档很简洁，但是对技术细节没有过多的描述。 &nb
转载
2024-02-27 16:17:17
33阅读
一、Dubbo是什么？Dubbo是阿里巴巴开源的基于 Java 的高性能 RPC（一种远程调用） 分布式服务框架（SOA），致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。二、为什么要用Dubbo？因为是阿里开源项目，国内很多互联网公司都在用，已经经过很多线上考验。内部使用了 Netty、Zookeeper，保证了高性能高可用性。1、使用Dubbo可以将核心业务抽取出来，
转载
2024-01-12 06:28:28
46阅读
一、Dubbo是什么？Dubbo是阿里巴巴开源的基于 Java 的高性能 RPC（一种远程调用） 分布式服务框架（SOA），致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。二、为什么要用Dubbo？因为是阿里开源项目，国内很多互联网公司都在用，已经经过很多线上考验。内部使用了 Netty、Zookeeper，保证了高性能高可用性。1、使用Dubbo可以将核心业务抽取出来，
转载
2024-06-07 14:13:05
272阅读
文章目录一、Spring Cloud整合Dubbo1.1 spring-cloud-dubbo-api1.2 spring-cloud-dubbo-provider-user1.3 spring-cloud-dubbo-consumer-user二、从Open Feign迁移到Dubbo2.1 修改服务提供者2.2 服务消费端引入依赖2.3 feign的实现，消费端启动类上添加@EnableFe
转载
2024-04-08 19:39:17
455阅读
说明通过之前的几篇博文，我简单介绍了OpenFeign的使用及其工作原理。OpenFeign的易用性和扩展性让人印象深刻。接下来，我将继续学习Spring是如何对OpenFeign进行集成支持，使其在Spring Cloud 微服务体系中发挥着重要的作用。在本篇博文中，我将结合官方文档介绍Spring Cloud OpenFeign，了解其基本使用方式及功能特性。进行服务间的调用无外乎HTTP请求
转载
2024-07-02 10:34:31
116阅读
文章目录安装demo尝试Thrift协议栈Thrift 与 Dubbo 的区别 字节里的RPC框架都是用的Thrift，我猜这主要原因有2: Thrift是Facebook开源的项目，平台中立Thrift支持跨语言调用，这非常适合字节Java、Go语言都存在的环境，语言中立但是我对它的使用还不是很了解，因此找了一篇文章想上手做一些demo安装brew install thrift 在 mac上
转载
2024-07-12 20:04:59
78阅读
背景现在的微服务框架一般分dubbo和springcloud两套服务治理体系，dubbo是基于zookeeper为注册中心，springcloud是基于eureka作为注册中心。但是现在eureka作为注册中心停止更新了，只有维护状态。并且netfix体系的feign和hystrix也是停止更新了，官方都开始推荐其他的代替方案。eureka这套体系也挺好用的，比较兼顾SpringMvc开发习惯，也
转载
2024-06-14 08:39:03
116阅读
微服务一般来说当然是多服务多实例的，那么这些服务之间如何相互调用呢？spring cloud之前我们用dubbo，把服务开放出来，在xml配好后就可以像调用本地service一样调用其它模块的服务了；spring cloud当然也可以做到这一点，这就是feign。dubbo除了能调用其它模块服务，还实现了服务的负载均衡，对于spring cloud而言，这就是ribbon。 我们看一下一个简
转载
2024-05-16 13:21:20
116阅读
----------MQ对比决择----------？为什么使用RabbitMQ，对比其他队列？参考： 1.rabbitMq（性能中等，但抗高并发性能最好，适合稳定性要求高的企业级应用，数据一致性强（消息不丢失原因--应答模式ack才删））性能和吞吐量的要求不高 rabbitMq 几万级数据量，基于erlang语言开发，因此响应速度快些，
转载
2024-05-17 10:56:53
126阅读
1.RabbitMQ RabbitMQ用Erlang语言编写，最早是为电信系统间的可靠通信设计的。 优点： （1）轻量级，迅捷，容易部署和使用，是应用最广泛的消息中间件之一。 （2）灵活的路由配置。它在生产者和队列之间增加了一个Exchange模块，根据配置的路由规则将生产者发出的消息分发到不同的队列
转载
2023-12-25 20:18:54
64阅读
参考地址：MQ选型对比RabbitMQ RocketMQ ActiveMQActiveMQ、RabbitMQ、RocketMQ、Kafka四种消息中间件分析介绍RocketMQ介绍与应用场景_流楚丶格念的博客一、几种MQ产品说明：ZeroMQ : 扩展性好，开发比较灵活，采用C语言实现，实际上他只是一个socket库的重新封装，如果我们做为消息队列使用，需要开发大量
转载
2024-05-12 20:03:39
66阅读
Kafka为大数据而生的消息中间件，靠着百万级TPS的吞吐量在数据采集、传输、存储的过程中发挥着举足轻重的作用。优点性能卓越，单机写入TPS约在百万条/秒，最大的优点，就是吞吐量高。时效性ms级可用性非常高，kafka是分布式的，一个数据多个副本，少数机器宕机，不会丢失数据，不会导致不可用消费者采用Pull方式获取消息，消息有序，通过控制能够保证所有消息被消费且仅被消费一次有优秀的第三方Kafka
转载
2024-04-01 14:36:17
57阅读
Dubbo 出生于阿里系，是阿里巴巴服务化治理的核心框架，并被广泛应用于中国各互联网公司；只需要通过 Spring 配置的方式即可完成服务化，对于应用无入侵，设计的目的还是服务于自身的业务为主。微服务架构是互联网很热门的话题，是互联网技术发展的必然结果。它提倡将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。虽然微服务架构没有公认的技术标准和规范或者草案，但业界已经
嘉宾介绍：刘振东阿里巴巴中间件技术专家，2016年中间件性能挑战赛亚军，具有丰富的分布式系统设计和优化经验，目前负责Apache RocketMQ新航道探索和创新。 分享文章内容包括RocketMQ的起源、RocketMQ概念模型、存储模型、部署模型和最佳实践总结。一、RocketMQ的起源 通常，每个产品的诞生都源于一个具体的需求或问题，RocketMQ也不例外。起初，产品
转载
2024-03-24 09:49:45
197阅读
主流消息队列RabbitMq,RocketMq,Kafka着手几个问题，了解主流消息队列RabbitMq,RocketMq,Kafka，整理好自己回顾用，顺便知识分享。1.使用MQ原因MQ的作用MQ 可以实现异步处理MQ 可以实现削峰填谷，使用它可以解决短时间内爆发式的请求任务，在不使用 MQ 的情况下会导致服务处理不过来，出现应用程序假死的情况，使用了 MQ 之后可以把这些请求先暂存到消息队列中
转载
2024-04-09 10:30:05
130阅读
