Spark分布式集群搭建
这里的Spark分布式集群是以我上一篇文章发的Hadoop分布式集群为基础搭建的，都是在UbuntuKylin系统中搭建的。过几天发Centos上的分布式集群搭建。
消息队列—如何保证 RabbitMQ 消息的顺序性？
比如数据库对一条数据依次进行了 插入->更新->删除操作，这个顺序必须是这样，如果在同步过程中，消息的顺序变成了 删除->插入->更新，那么原本应该被删除的数据，就没有被删除，造成数据的不一致问题。①一个queue，有多个consumer去消费，这样就会造成顺序的错误，consumer从MQ里面读取
Kafka之Consumer原理
本文主要讲了消费者消费消息的流程，使用offset保证消息消费的正确性，以及offset的存储，offset如果找不到的话的策略配置，还有offset的更新。随后又介绍了消费者组中的消费者和主题中的分区之间的消费策略，最后当消费者数量发生变化，或者分区增加的情况下，kafka采用分区再平衡机制进行维
搭建zookeeper单机环境实现简单的增删改查（CRUD）
linux中jdk的安装和zookeeper的安装以及简单的创建数据库并进行增删改查（CRUD）
从零开始在openEuler上构建Hadoop
申请环境可以从PCL上申请，申请流程如下：申请完环境后就可以通过terminal登录辣~(xshell, mobaXterm, putty, 选一个你喜欢的)配置yum源。
快速入门消息队列 RabbitMQ
前端监控系统主要负责采集用户端的异常、性能、业务埋点等数据，并将这些数据上报到服务端进行存储与可视化分析。随着用户量的增加，数据量也会相应增大，这会对服务端产生较大的并发压力。直接将大量数据存入数据库可能会导致数据库服务崩溃。流量削峰：可以将大量流量放入消息队列中，然后慢慢处理，避免系统崩溃。应用解
Kafka安装及快速入门教程_Kafka3.5.1_云峦操作系统[KOS]
Kafka是由Apache软件基金会开发的一个开源流处理平台，由Scala和Java编写。Kafka是一种高吞吐量的分布式发布订阅消息系统，它可以处理消费者在网站中的所有动作流数据。这种动作（网页浏览，搜索和其他用户的行动）是在现代网络上的许多社会功能的一个关键因素。这些数据通常是由于吞吐量的要求而
Kafka线上集群部署方案怎么做？no.6
最后是社区的支持度。这一点虽然不是什么明显的差别，但如果不了解的话可能比前两个因素对你的影响更大。简单来说就是，社区目前对Windows平台上发现的Kafka Bug不做任何承诺。虽然口头上依然保证尽力去解决，但根据我的经验，Windows上的Bug一般是不会修复的。
RabbitMQ搭建集群环境、配置镜像集群、负载均衡
在Linux环境之下，安装RabbitMQ、搭建RabbitMQ集群环境、配置RabbitMQ镜像集群、实现RabbitMQ负载均衡等。
Windows -安装 Zookeeper 并启动
由于下载的是 tar包，需要使用指令解压，打开安装包的路径，执行以下命令，解压压缩包。目录下，已经有内容了，到此在 windows 安装zk 已经完毕。在此我选择了3.8.3版本，（可按自己需求下载所需版本）点击 Download 进入zookeeper版本页面。配置文件，进行如下内容修改，将默认
实战：部署三台kafka服务集群
这个单元文件配置了Kafka服务，使其在启动时满足依赖关系（网络和远程文件系统），以指定的用户和组身份运行，并通过环境变量配置日志目录、JMX端口和JVM堆内存。启动和停止命令分别通过Kafka自带的脚本执行，并将服务输出重定向到指定的日志文件中。如果服务异常退出，systemd 会自动重启它。通过
hadoop的安装与配置
主机：master（192.168.10.3）从机：slave0（192.168.10.4）从机：slave1（192.168.10.5）
（三）丶RabbitMQ的四种类型交换机
四大交换机工作原理及实战应用。
RabbitMQ（六）消息的持久化
RabbitMQ（六）消息的持久化
Apache Kafka知识点表格总结
总结并复习一下Kafka知识点，使用表格形式总结，并附上与Spring Boot的整合示例
Kafka批量消费
当批量处理消息时，需要注意的是，一旦消息处理完成且没有错误，应当手动提交偏移量，以确认这些消息已经被成功消费。如果有消息处理失败，则可能需要根据业务需求选择不同的策略，比如重新尝试处理整个批次、跳过错误消息或者记录错误信息稍后处理。注解处理批量信息时，首先需要开启批量监听模式，并配置相应的consu
【Rabbitmq使用】docker compose 命令重启rabbitmq后数据丢失问题
docker compose rabbitmq用户信息和虚拟主机信息丢失问题解决
RabbitMQ知识点
延时队列在需要延时处理的场景下非常有用，使用 RabbitMQ 来实现延时队列可以很好的利用RabbitMQ 的特性，如：消息可靠发送、消息可靠投递、死信队列来保障消息至少被消费一次以及未被正确处理的消息不会被丢弃。另外，通过 RabbitMQ 集群的特性，可以很好的解决单点故障问题，不会因为单个节
RabbitMQ 中有哪几种交换机类型？
这种交换机根据消息的标头信息（Headers）来决定消息的路由，而不是使用路由键。队列和交换机之间的绑定规则是根据标头键值对来定义的，只有当消息的标头与绑定规则完全匹配时，消息才会被路由到队列。当消息发布到默认交换机时，路由键会被解释为队列的名称，消息会被路由到与路由键名称相同的队列。只有当消息的路
ZooKeeper节点类型
zookeeper节点类型
