Message 消息指的是 RabbitMQ 的队列中保存的数据。 Producer 消息的生产者，即 message publisher（sender），是指负责创建和发送消息的程序。 Vhost RabbitMQ 的虚拟主机，一个 broker 里可以开设多个 vhost，用作不同用户的权限分离
**全局有序** 在RocketMQ中，如果使消息全局有序，可以为Topic设置一个消息队列，使用一个生产者单线程发送数据，消费者端也使用单线程进行消费，从而保证消息的全局有序，但是这种方式效率低，一般不使用。 或消费者(Customer)可以通过Name Server查找各主题对应的Broker IP列表，多个Name Serve
 # 背景 前段时间业务团队偶尔会碰到一些 Pulsar 使用的问题，比如消息阻塞不消费了、生产者消息发送缓慢等各种问题。 虽然我们有个监控页面可以根据 topic 维度查
RocketMQ支持集群部署来保证高可用。它基于主从模式，将节点分为Master、Slave两个角色，集群中可以有多个Master节点，一个Master节点可以有多个Slave节点。Master节点负责接收生产者发送的写入请求，将消息写入CommitLog文件，Slave节点会与Master节点建立
前言 之前的博客里说了，Kafka的消息同步是一种ISR机制，本质上是“完全同步”的一种优化。 都在说，消息被ISR中所有副本都写入才算写入成功。但是这样未免定的太死板了，所以，Kafka给出了我们选择。 这个选择就是ack机制 生产者参数 request.required.acks 是produc
日常开发中，相信大家都对 Kafka 有所耳闻，Kafka 作为一个分布式的流处理平台，一般用来存储和传输大量的消息数据。在 Kafka 中有三个重要概念，分别是 topic、partition 和 offset。 topic 是 kafka 中的消息以主题为单位进行归类的逻辑概念，生产者负责将消息
前言：今天演示下生产环境keepalived的部署方式，安装模式有很多，比如说主备模型和双主模型，主备分：抢占模式 和 非抢占模式。这里我会一一展开说具体怎么配置 一、双节点均部署Nginx： 第一步：上传安装包到/usr/local/ 第二步：安装编译依赖（使用普通用户需要家sudo） yum i
入职多年，面对生产环境，尽管都是小心翼翼，慎之又慎，还是难免捅出篓子。轻则满头大汗，面红耳赤。重则系统停摆，损失资金。每一个生产事故的背后，都是宝贵的经验和教训，都是项目成员的血泪史。为了更好地防范和遏制今后的各类事故，特开此专题，长期更新和记录大大小小的各类事故。有些是亲身经历，有些是经人耳传口授
https://www.jianshu.com/p/17399dcd1471 应用场景很多，如，中小项目大多使用mysql，那么在你的mysqladmin备份脚本里可能存在明文的密码，此时由于公司服务器可能多个同事使用，那么转码加密脚本至关重要！ 1，首先 SHC安装（建议使用交新版本，如 4.0.
https://tidb.net/book/tidb-monthly/2022/2022-04/usercase/tidb-cluster 一、背景 由于各种场外因素导致我们不能自由选择的理想硬件环境，加之目前单台物理机的硬件配置往往都高于需求，为了更合理地规划资源，很多时候一台服务器不能够“奢侈
生产过程中，线上的业务规则内嵌在系统的各处代码中，每次策略的调整都需要更新线上系统，进行从需求->设计->编码->测试->上线这种长周期的流程，满足不了业务规则的快速变化以及低成本的更新试错迭代。因此需要有一种解决方案将商业决策逻辑和应用开发者的技术决策分离开，在系统运行时能去更新管理业务规则。
这些工具真的能极大提高生产力，节约你的时间来自（摸）我（鱼）增（划）值（水）。先别提 style2paints，你给它随意画个草图，就能给你一个能交付给甲方爸爸的成品插画。如果提升 30%-40% 传输速度的 kcp 不够惊艳，还有想象力匮乏程序员的福音——rerun，直接让你带入计算机视角看待那些
产品生产制造是制造企业的核心业务活动，本期基于对生产制造活动的关键业务模型拆解来普及相关的基础业务知识，然后介绍传统信息化架构下生产制造活动涉及的主要应用系统，最后介绍基于统一数字平台构建业务一体化应用的企业数字化系统方案。
通常我们所说的汽车制造四大工艺指的是：冲压、焊装、涂装、总装。一般来说，在汽车制造工厂，这四大工艺分别对应四大车间。本文结合一些实际应用案例，向大家展示一下 TopStack 在汽车制造业各工艺车间中用到的一些组态监控画面。
