【day06】

Rabbitmq

Docker运行Rabbitmq服务：

克隆 docker base： rabbitmq
设置固定ip：
./ip-static
ip: 192.168.64.140
ifconfig
#如果设置ip出错，参考上面 ip 设置，执行两条命令
上传文件到 /root/
DevOps课前资料\docker\rabbit-image.gz
导入镜像：
docker load -i rabbit-image.gz
docker images
参考 csdn 笔记启动 rabbitmq
RabbitMQ
Docker运行rabbitmq

工作模式合理分发消息：

使用手动确认模式 消息分发不合理的原因，是服务器不知道消费者有没有处理完消息。 使用手动确认模式，不仅是保证消息被正确处理，也可以让服务器知道消费者有没有处理完消息。
qos=1 每次只接收1条消息，处理完成之前不接收下一条。 只在手动确认模式才有效。

防止服务器崩溃，消息丢失：

消息的持久化：
队列设置成持久队列
发送的消息设置成持久消息

常见的面试题：rabbitmq防止消息丢失：

手动确认模式 保证消息被正确处理，不丢失消息
消息的持久化 防止服务器崩溃丢失消息
消息服务使用案例
BUS 配置刷新 通过Rabbitmq发送刷新指令到各个模块，各个模块接收到指令后执行刷新操作 使用Rabbitmq的主题模式

Spring cloud config + BUS 配置刷新

修改 2,3,4,9
添加依赖：
bus
rabbitmq
binder-rabbit
在 09 中添加 actuator 依赖
yml 配置添加 rabbitmq 连接配置
修改 09 的 application.yml
修改 config 目录的三个配置文件，提交推送到远程仓库
修改 09 的 yml 配置，暴露 bus-refresh 刷新路径
m.e.w.e.i=bus-refresh
测试：
GET http://localhost:6001/actuator
查看确认，是否已经暴露 bus-refresh 刷新路径
POST http://localhost:6001/actuator/bus-refresh
观察 2,3,4 的控制台，有没有执行刷新操作

Sleuth + Zipkin 链路跟踪

Sleuth
产生链路跟踪日志的工具
添加 Sleuth 只需要添加它的依赖，0配置
A --> B --> C --> D
日志数据：
A, 87J6H5GF34F, 87J6H5GF34F, true
B, 87J6H5GF34F, OI67U545Y43, true
C, 87J6H5GF34F, U45Y46U56Y3, true
D, 87J6H5GF34F, U545T234264, true
修改 2,3,4,6，添加 sleuth 依赖
链路跟踪日志发送到 rabbitmq：
修改2,3,4,6添加依赖： zipkin client
单独修改 6，添加 rabbitmq
rabbitmq依赖
rabbitmq连接配置
yml配置发送方式： zipkin.sender.type=rabbit
06修改 application.yml
2,3,4修改 config 目录的三个文件，再提交推送
启动 zipkin 服务：
在磁盘找到 zipkin 的 jar 文件，地址栏输入 cmd 启动命令行，执行启动命令：
#旧版本
java -jar zipkin-server-2.12.9-exec.jar --zipkin.collector.rabbitmq.uri=amqp://admin:admin@192.168.64.140:5672
#新版本
java -jar zipkin-server-2.23.4-exec.jar --zipkin.collector.rabbitmq.uri=amqp://admin:admin@192.168.64.140:5672