已找到以下 10000 条记录
  • 管理RocketMQ死信消息 - 分布式消息服务RocketMQ版

    值(默认16次,在创建RocketMQ消费组中可配置)时,依然消费失败,则其将被投递到该消费者对应的特殊队列(即死信队列)中,这种消息被称为死信消息。 死信消息具有如下特性: 不会再被消费者正常消费。 死信消息默认保留时间为48小时,超时后,会被自动删除。如果想要修改死信消息保留

  • 云徙GOS增长运营平台解决方案

    云徙GOS增长运营平台解决方案 整合消费者、渠道、供应链三大场景,通过业务在线、业财融合、数据智能赋能企业开展业务运营 驱动企业数字化增长 伙伴方案 公有云 购买 实践 专家咨询 专家咨询 实践 云徙GOS增长运营平台能为您带来什么 整合消费者、渠道、供应链三大场景 全域消费者运营 基于全链路营销

  • 实施步骤

    队列中的消息过多,可能需要增加消费者来处理消息,或者检查消费者是否出现问题。假设一个在线客服系统中,消息队列的长度突然从平时的几十条增长到了几百条,这可能意味着消费者处理消息的速度跟不上生产者发送消息的速度,需要及时调整消费者的数量或优化消费者的处理逻辑。 内存使用量(Memory

  • Kafka相关概念 - 分布式消息服务Kafka版

    生产者向消息主题发布消息,多个消费者订阅该消息主题的消息,生产者与消费者彼此并无直接关系。 生产者(Producer) 向Topic(消息主题)发布消息的一方。发布消息的最终目的在于将消息内容传递给其他系统/模块,使对方按照约定处理该消息。 消费者(Consumer) 从Topi

  • 阻塞队列实现原理

    阻塞队列实现原理 如果队列是空的,消费者会一直等待,当生产者添加元素时,消费者是如何知道当前队列有元素的呢?如果让你来设计阻塞队列你会如何设计,如何让生产者和消费者进行高效率的通信呢?让我们先来看看JDK是如何实现的。 使用通知模式实现。 所谓通知模式,就是当生产者往满的队列里

    作者: 周杰伦本人
    发表时间: 2022-03-10 04:38:38
    516
    0
  • 开启和查询RocketMQ消息轨迹 - 分布式消息服务RocketMQ版

    提交成功:允许消费者消费此事务消息。 回滚:事务消息将被丢弃,不允许消费者消费此事务消息。 未知,待确认:事务消息状态暂时无法确定,等待固定时间后,服务端向生产者进行消息回查。 生产耗时 生产者发送消息的耗时。 单位:毫秒 生产地址 生产者的IP地址。 消费者状态 消费者状态如下: 消费成功

  • RabbitMQ WorkQueues(工作队列模式)

    工作队列模式 工作队列模式就是一个生产者,两个消费者。在初步入门的Hello World简单模式里面我们了解到。简单模式就是一个生产者一个消费者,中间通过中间件进行消息通信。 相比较这下这个工作队列的模式就是一个生产者通过中间件给两个消费者进行通信传递。 这都是官网的图,看图说话就好了。

    作者: 兰舟千帆
    发表时间: 2022-07-19 14:48:50
    197
    0
  • 延时队列

    offset) } } 延时消费者组的消费者消费延时Topic里的消息,判断是否超过规定延时时间,超过就将其由新的生产者发送到真实Topic中。// 真实Topic名称 var realTopic = "realque" // 消费者组 func main() { conf

  • 工单宝

    和协同功能,提供IOC看板,覆盖制造业交付与售后、门店运营、城市服务、建造工地、煤矿、电力等行业。华为工单宝是华为旗下的一款现场服务管理云工具,面对现场作业进度不透明、服务不规范、项目难管控等问题,提供制造业交付售后、智慧门店运营、智慧城市服务、通用项目管理等特色行业解决方案,致

    交付方式: SaaS
  • Kafka业务迁移 - 应用与数据集成平台 ROMA Connect

    Connect实例的消息集成MQS连接地址。 重启消费业务,使得消费者从ROMA Connect实例中消费消息。 观察消费者是否能正常从ROMA Connect实例中获取数据。 迁移结束。 方案二:同时消费,后迁生产 方案介绍 本方案中,消费者业务启用多个消费客户端,分别从原Kafka和ROMA

  • 图普科技线下门店空间数字化解决方案

    图普科技线下门店空间数字化解决方案 图普科技线下门店空间数字化解决方案 实现线下门店数字化与在线化,掌握顾客进店画像,洞察区域热力及顾客路线 实现线下门店数字化与在线化,掌握顾客进店画像,洞察区域热力及顾客路线 伙伴方案 公有云 购买 实践 专家咨询 专家咨询 实践 智慧门店:全景数据洞察、布局与客流优化

  • Docker下的Spring Cloud三部曲之一:极速体验

    册中心的首页,如下图所示,红框中表示服务提供者和消费者都连上了注册中心: 访问http://www.bolingcavalry.com:8083/user/aaa/bbb 可以调用到服务消费者server的网页,此时服务消费者会调用服务提供者的服务,服务提供者的响应是用户的

    作者: 程序员欣宸
    发表时间: 2022-05-05 23:32:15
    525
    0
  • 创建Kafka Topic - 分布式消息服务Kafka版

    置文件或代码中启用消息压缩,则表示压缩后的最大批处理大小。 如果增加“批处理消息最大值”,且存在消费者版本早于0.10.2,此时消费者的“fetch size”值也必须增加,以便消费者可以获取增加后的批处理大小。 取值范围:0~10485760 描述 Topic的描述信息,长度为0~200个字符。

  • RabbitMQ消息应答

    们故意设置的慢) 这里我们假设消费者C2的连接中断了,也就是我们关闭消费者C2的线程(模仿消费者C2连接失败)。 我们查看下消费者C1,可以看到,消费者C2没有处理完成的消息被重新入队,最后由RabbitMQ交给了消费者C1处理。

    作者: CodeLeader
    发表时间: 2023-01-10 13:57:50
    123
    0
  • 配置RabbitMQ惰性队列 - 分布式消息服务RabbitMQ版

    如果生产速度过快(例如执行批处理任务),或者消费者由于各种原因(例如消费者下线、宕机)长时间内无法消费消息,导致消息大量堆积,使得内存使用率过高,换页频繁,可能会影响其他队列的消息收发。这种场景下,建议您启用惰性队列。 惰性队列(Lazy Queue)会尽可能的将消息存入磁盘中,在消费者消费到相应的消息时

  • ActiveMQ发布订阅模式

    Topic主题发布和订阅消息 前面讲的案例都是点对点的消息,即一个生产者发送的一条消息只能被一个消费者消费,然后就移除了。 而topic模式一条消息可以被多个消费者订阅,关系如下: 定义生产者 package com.dpb.topic; import javax

    作者: 波波烤鸭
    发表时间: 2022-03-30 17:17:43
    291
    0
  • 通过RES接入实时行为数据

    于实时行为可以完成近线召回,画像更新等实时策略,完成信息流实时传递、召回、画像快速更新等功能;下面介绍如何使用RES接入实时行为数据:首先登录res系统,创建数据源任务,完成数据结构和数据导入计算然后在近线数据源选择一个计算规格如:2CU在“用户画像实时导入”右侧,单击打开按钮,

    作者: ai-res
    发表时间: 2020-08-24 11:10:19
    13533
    1
  • 数据使用 - 数据管理与分析

    数据使用 消费方注册 消费者可通过系统管理员进行账号的创建和权限分配。主要功能包括: 基本信息维护; 密码初始化、修改; 消费者权限分配。 图1 消费方注册 数据服务使用 数据资源申请 消费方通过资源申请方式申请主题分类资源树中的数据实体资源,相对平台而言“拉”的方式,消费方申请

  • Kafka - 应用与数据集成平台 ROMA Connect

    edIn开发。它是一个高吞吐量、低延迟的平台,可以处理大量的实时数据流。Kafka主要由三个部分组成:生产者、消费者和代理服务器。生产者将数据发布到Kafka集群,消费者从Kafka集群订阅数据并进行处理,代理服务器则是Kafka集群中的核心组件,负责处理消息的存储和转发。Kaf

  • 为什么offset不连续? - 分布式消息服务Kafka版

    在生产者客户端中开启幂等或事务,然后生产消息,此时您会在消费者客户端或Kafka控制台的“消息查询”中观察到消息offset不连续的现象。这是因为开启了幂等或事务后,在生产消息时会产生一些元数据控制消息,这些控制消息也会生产到该Topic中, 且它们对消费者不可见,从而造成offset不连续的现象。