-
创建RocketMQ Topic - 分布式消息服务RocketMQ版
opic名称显示为“test_01”。 消息类型 选择消息的类型,支持的消息类型:普通、顺序、定时和事务。 图1 创建Topic(RocketMQ实例4.8.0版本) 图2 创建Topic(RocketMQ实例5.x版本) 配置完成后,单击“确定”,完成Topic的创建。 父主题:
-
导出死信消息 - 分布式消息服务RocketMQ版
导出死信消息 功能介绍 导出死信消息。 调用方法 请参见如何调用API。 URI POST /v2/{project_id}/instances/{instance_id}/messages/export 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String
-
查看RocketMQ监控指标 - 分布式消息服务RocketMQ版
请选择RocketMQ实例所在的区域。 在管理控制台左上角单击,选择“应用中间件 > 分布式消息服务RocketMQ版”,进入分布式消息服务RocketMQ专享版页面。 选择以下任意一种方法查看监控数据。 在待查看监控数据的实例所在行,单击“查看监控数据”。 单击RocketMQ实例的名称,进入实例详情页面。在左侧导航栏,单击“监控”。
-
身份认证与访问控制 - 分布式消息服务RocketMQ版
无论用户通过控制台还是API访问DMS for RocketMQ,都会要求访问请求方出示身份凭证,并进行身份合法性校验,同时提供登录保护和登录验证策略加固身份认证安全。DMS for RocketMQ基于统一身份认证服务(Identity and Access Management,简称IAM),支
-
创建用户 - 分布式消息服务RocketMQ版
创建用户 功能介绍 创建用户。 调用方法 请参见如何调用API。 URI POST /v2/{project_id}/instances/{instance_id}/users 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String 项目ID,获取方式请参见获取项目ID。
-
创建用户并授权使用DMS for RocketMQ - 分布式消息服务RocketMQ版
细粒度策略支持的授权项。 目前华为云支持以下两种方式创建自定义策略: 可视化视图创建自定义策略:无需了解策略语法,按可视化视图导航栏选择云服务、操作、资源、条件等策略内容,可自动生成策略。 JSON视图创建自定义策略:可以在选择策略模板后,根据具体需求编辑策略内容;也可以直接在编辑框内编写JSON格式的策略内容。
-
修改主题 - 分布式消息服务RocketMQ版
修改主题 功能介绍 修改主题。 调用方法 请参见如何调用API。 URI PUT /v2/{project_id}/instances/{instance_id}/topics/{topic} 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String
-
批量添加或删除实例标签 - 分布式消息服务RocketMQ版
批量添加或删除实例标签 功能介绍 批量添加或删除实例标签。 调用方法 请参见如何调用API。 URI POST /v2/{project_id}/rocketmq/{instance_id}/tags/action 表1 路径参数 参数 是否必选 参数类型 描述 project_id
-
权限和授权项 - 分布式消息服务RocketMQ版
限,这一过程称为授权。授权后,用户就可以基于已有权限对云服务进行操作。 权限根据授权的精细程度,分为角色和策略。角色以服务为粒度,是IAM最初提供的一种根据用户的工作职能定义权限的粗粒度授权机制。策略以API接口为粒度进行权限拆分,授权更加精细,可以精确到某个操作、资源和条件,能够满足企业对权限最小化的安全管控要求。
-
通过Topic和Tag实现消息分类 - 分布式消息服务RocketMQ版
急程度一般的消息用不同的Topic来区分,方便后续业务处理。 根据业务关联性判断:业务逻辑上不相关的消息用不同Topic来区分,业务逻辑上强关联的消息发送到同一Topic下,并用Tag进行子类型或流程先后关系的区分。 实施步骤 以物流运输场景为例,普通货物订单消息和生鲜货物订单消
-
查询可用区信息 - 分布式消息服务RocketMQ版
name String 可用区名称。 port String 可用区端口号。 resource_availability String 分区上是否还有可用资源。 default_az Boolean 是否为默认可用区。 remain_time Long 剩余时间。 ipv6_enable
-
典型应用场景 - 分布式消息服务RocketMQ版
作完成一次作业,上层服务强依赖于下层服务,上层服务的性能会强依赖于下层服务,当业务链过深,则会严重影响外层服务的性能和用户体验。 在电商促销活动中,需要用户拥有订阅通知的能力。 分布式消息服务RocketMQ版为搭建电商系统提供了更多的选择。 分布式消息服务RocketMQ版可以
-
发送定时消息 - 分布式消息服务RocketMQ版
投递。 定时消息的定时时间是服务端开始向消费端投递的时间。如果消费者当前有消息堆积,那么定时消息会排在堆积消息后面,将不能严格按照配置的时间进行投递。 由于客户端和服务端可能存在时间差,消息的实际投递时间与客户端设置的投递时间之间可能存在偏差,以服务端时间为准。 设置定时消息的投
-
发送定时消息 - 分布式消息服务RocketMQ版
投递。 定时消息的定时时间是服务端开始向消费端投递的时间。如果消费者当前有消息堆积,那么定时消息会排在堆积消息后面,将不能严格按照配置的时间进行投递。 由于客户端和服务端可能存在时间差,消息的实际投递时间与客户端设置的投递时间之间可能存在偏差,以服务端时间为准。 设置定时消息的投
-
发送定时消息 - 分布式消息服务RocketMQ版
投递。 定时消息的定时时间是服务端开始向消费端投递的时间。如果消费者当前有消息堆积,那么定时消息会排在堆积消息后面,将不能严格按照配置的时间进行投递。 由于客户端和服务端可能存在时间差,消息的实际投递时间与客户端设置的投递时间之间可能存在偏差,以服务端时间为准。 设置定时消息的投
-
发送定时消息 - 分布式消息服务RocketMQ版
投递。 定时消息的定时时间是服务端开始向消费端投递的时间。如果消费者当前有消息堆积,那么定时消息会排在堆积消息后面,将不能严格按照配置的时间进行投递。 由于客户端和服务端可能存在时间差,消息的实际投递时间与客户端设置的投递时间之间可能存在偏差,以服务端时间为准。 设置定时消息的投
-
通过消息幂等实现消息去重 - 分布式消息服务RocketMQ版
过的Message ID相同且内容相同的消息,因此造成了消息重复。 例如在支付场景下,客户在商家进行消费收到扣款信息,由于网络不稳定导致客户收到多次扣款请求,但实际上扣款业务只应进行一次,商家也只应产生一条订单流水。 实施步骤 从上面的消费重复场景可以看到,不同Message I
-
收发顺序消息 - 分布式消息服务RocketMQ版
顺序消息是分布式消息服务RocketMQ版提供的一种严格按照顺序来发布和消费的消息类型。 顺序消息分为全局顺序消息和分区顺序消息: 全局顺序消息:对于指定的一个Topic,将队列数量设置为1,这个队列内所有消息按照严格的先入先出FIFO(First In First Out)的顺序进行发布和订阅。
-
收发顺序消息 - 分布式消息服务RocketMQ版
derId的消息不需要保证顺序,所以将orderId作为选择队列的sharding key。 订阅顺序消息 只需要在订阅普通消息的代码基础上增加orderly=True,参考如下示例代码(以下加粗内容需要替换为实例自有信息,请根据实际情况替换)。 import time from
-
收发顺序消息 - 分布式消息服务RocketMQ版
顺序消息是分布式消息服务RocketMQ版提供的一种严格按照顺序来发布和消费的消息类型。 顺序消息分为全局顺序消息和分区顺序消息: 全局顺序消息:对于指定的一个Topic,将队列数量设置为1,这个队列内所有消息按照严格的先入先出FIFO(First In First Out)的顺序进行发布和订阅。