1、MQTT介绍1.1、什么是 MQTT轻量级物联网消息传输协议，采用发布/订阅模式，允许客户端通过代理服务器1.2、MQTT特点 / 优点 （1）轻量级（2）发布/订阅模式生产者将消息发布到特定的主题（Topic），而消费者则可以订阅感兴趣的主题（3）可靠性提供不同的服务质量（QoS）级别，包括至多一次传递、至少一次传递和仅一次传递（4）长连接客户端可以通过定期发送心跳包来保持连接，减
转载
2024-04-08 12:35:13
22阅读
首先我们知道在Kafka中一台kafka服务器就是一个broker。一个broker可以容纳多个topic。一个topic可以分为多个partition。一个partition有若干个副本（一个leader和若干个follower）。生产者发送数据的对象，以及消费者消费数据的对象都是leader。follower实时从leader中同步数据，保持和leader数据的同步。 leader发生故障时，
转载
2024-03-22 10:25:12
59阅读
假定某一个大型系统的设计提出了极高的可靠性要求，因此在架构设计的时候，就需要针对可靠性问题讨论具体的解决方案。一、进程间提升可靠性的方法大型系统一般是按照多处理器环境设计的，逻辑上组成处理器组，处理器组的目的是运行一个或者多个应用程序的副本，这一思想对于支持容错性和可靠性是非常重要的。在多个运行副本中，一个为主，称为主地址空间（PAS），其它的为辅，称为备用地址空间（SAS）。一个主地址空间，和相
转载
2024-01-17 09:28:15
89阅读
我们讨论可靠性时，一般使用保证这个词，它是确保系统在各种不同的环境下能够发生一致的行为。Kafka可以在哪些方面作出保证呢？1.Kafka可以保证分区消息的顺序2.只有消息被写入分区的所有同步副本时，它才会被认为是已提交的。生产者可以选择接收不同类型的确认。3.只要还有一个副本是活跃的，那么提交的消息就不会丢失。4.消费者只能读取已经提交的消息。Kafka的管理员和开发者可以在配置参数上作出权衡，
转载
2024-09-12 21:56:39
62阅读
1、可信的环境Redis 的安全设计实在“Redis 运行在可信环境”这个前提下做出的。在生产环境运行时不能允许外界直接连接到 Redis 服务器上，而应该通过应用程序进行中转，运行在可信的环境中是保证 Redis 安全的重要方法。 Redis 的默认配置会接收来自任何地址发送来的请求，即在任何一个拥有公网 IP 的服务器上启动 Redis 服务器，都可以被外界直接访问到。要更改这一设置
转载
2023-07-08 20:58:28
0阅读
项目开发中经常会使用消息队列来完成异步处理、应用解耦、流量控制等功能。虽然消息队列的出现解决了一些场景下的问题，但是同时也引出了一些问题，其中使用消息队列时如何保证消息的可靠性就是一个常见的问题。如果在项目中遇到需要保证消息一定被消费的场景时，如何保证消息不丢失，如何保证消息的可靠性？ 最近在项目使
原创
2023-10-27 14:25:34
0阅读
redis的高可用性保障措施: 增加副本的冗余量。redis提供了主从库模式，保证数据副本的一致性，主从库采用的是读写分离的方式。redis的主从库模式：读操作：主库和从库都可以接受请求写操作：首先主库进行写操作，然后主库将写操作同步到从库。 主从库第一次进行数据同步：数据同步对主库带来影响：1.fork子线程这个过程会阻塞主线程处理正常请求，生成RBD文件，2传输rdb文件，会给主线程
转载
2023-11-25 11:02:39
62阅读
怎么保证系统可靠性? 1.断路器 断路器实现原理：心跳机制监听应用接口，如果应用挂掉的话，断开负载均衡到应用的路由
转载
2018-04-10 09:58:00
145阅读
2评论
一、引言在现代分布式系统中，消息队列扮演着至关重要的角色，而 RabbitMQ 作为一款成熟的消息中间件，被广泛应用于各种场景，如任务异步处理、系统解耦和流量削峰等。然而，在高并发和复杂的业务场景下，消息的可靠性至关重要——如何确保消息不会丢失、不会重复，以及在系统故障或网络异常时消息依然能够被正确处理，是每个开发者和架构师必须面对的问题。RabbitMQ 作为一款功能强大的消息队列，提供了一系列
软件可靠性 (software reliability )——软件可靠性是软件产品在规定的条件下和规定的时间区间完成规定功能的能力。规定的条件是指直接与软件运行相关的使用该软件的计算机系统的状态和软件的输入条件，或统称为软件运行时的外部输入条件；规定的时间区间是指软件的实际运行时间区间；规定功能是指为提供给定的服务，软件产品所必须具备的功能。软件可靠性不但与软件存在的缺陷和（或）差错有关，而且与系
转载
2023-09-20 21:23:30
218阅读
消息的可靠投递除了需要硬件，网络，消息中间件等的可靠保证外，还需要生产者，消费者来共同保证来完成。一条消息从生产者产生，到发送到交换机，并被投递到队列，并最终被消费者消费，这整个路径上，途径的每一个地方都要保证消息的可靠性。其实，官方文档Reliability Guide已经总结了消息系统安全的方方面面。网络方面可以使用心跳检测TCP连接：Detecting Dead TCP Connection
转载
2024-04-16 12:20:15
117阅读
2. RabbitMQ使用2.1 RabbitMQ的安装2.2 springboot整合Rabbit
原创
2023-02-03 09:51:43
394阅读
作者: 周新蕾 来源: 计算机世界报
一、对软件可靠性测试的认识1.有关术语(1)软件可靠性 在规定条件下,在规定时间内,软件不引起使用的函数,也是软件中存在故障的函数,系统输入将确定是否会遇到存在的故障。(2)软件可靠性估计 应用统计功能测试。需要说明的是,"使用代表性"指的是在统计意义下
转载
精选
2007-06-16 20:47:00
778阅读
TCP协议传输的特点主要就是面向字节流、传输可靠、面向连接。这篇博客，我们就重点讨论一下TCP协议如何确保传输的可靠性的。确保传输可靠性的方式TCP协议保证数据传输可靠性的方式主要有： 校验和 序列号 确认应答 超时重传 连接管理 流量控制 拥塞控制 校验和计算方式：在数据传输的过程中，将发送的数据段都当做一个16位的整数。将这些整数加起来。并且前面的进位不能丢弃，补在后面，最后取反，得到校验和。 发送方：在发送数据之前计算检
原创
2021-05-20 18:16:12
534阅读
以上介绍了RabbitMQ保证消息可靠性的问题、产生原因、解决方案等。不足之处，欢迎指正。
原创
精选
2024-07-30 09:52:07
187阅读
Kafka-可靠性保证-保证了哪些可靠性 ACID是关系型数据库普遍支持的标准可靠性保证。 ACID：原子性(atomicity)、一致性(consistency)、隔离性(isolation)、持久性(durability) 如果数据库遵循ACID规范，那么该数据库就支持与事务相关的行为。 kaf
原创
2022-06-10 19:20:10
70阅读
Kafka的数据可靠性保证副本数据同步策略ISR机制ack应答机制故障处理：HW、LEO副本数据同步策略两种副本数据同步策略（Kafka选择第二种）方案 优点 缺点 半数以上完成同步，就发送ack 延迟低 选举新的leader时，容忍n台节点的故障，需要2n+1个副本 全部完成同步，才发送ack 选举新的leader时，容忍n台节点的故障，需要n+1个副本 延迟高 Kafka选择了第二种方案，原因如下：为了容忍n台节点的故障，第一种方案需要2n+1个副本，而第二种方案只需.
转载
2021-10-29 11:24:44
326阅读
Storm 是一个分布式的实时计算框架，可以很方便地对流式数据进行实时处理和分析，能运用在实时分析、在线数据挖掘、持续计算以及分布式 RPC 等场景下。Storm 的实时性可以使得数据从收集到处理展示在秒级别内完成，从而为业务方决策提供实时的数据支持。 在美团点评公司内部，实时计算主要应用场景包括实时日志解析、用户行为分析、实时消息推送、消费趋势展示、实时新客判断、实时活...
原创
2021-05-11 21:08:02
471阅读
如何保证RocketMQ消息的可靠性？在分布式系统的网络中,保证消息的可靠性？阿里技术分享了一篇文章：RocketMQ如何保证消息的可靠性？在文中详情介绍了RocketMQ是如何最大限度的保证消息不丢失的呢？分析的思路就是一条消息从产生到最终消费的整个过程，在三个关键的阶段去控制消息的可靠性。 生产阶段：消息在 Producer 发送端创建出来，经过网络传输发送到 Broker 存储端。存储阶段
们知道在涉及网络IO操作的时候，可能要面临失败的问题，如在RabbitMQ中，消息的可靠性是个很大的问题，可能会发生消息丢失，还有RabbitMQ默认是存放在内存上面，如果不进行配置，并不会持久化保存到硬盘上面的，如果节点重启或者意外挂掉，消息就会丢失，所以就要对消息进行持久化处理。下面对RabbitMQ可能发生消息丢失的场景进行说明。一、生产者发送消息到MQ失败在生产者发送消息时，可能由于网络等
原创
2021-02-27 19:23:56
354阅读
