From 7680063f89a2aa5ae003f5d19ebd3343e828b94f Mon Sep 17 00:00:00 2001 From: ArronHuang <41609451+ArronHuang@users.noreply.github.com> Date: Fri, 26 Mar 2021 10:44:08 +0800 Subject: [PATCH] [ISSUE #2745] Changed the support time of the request/reply feature to 4.6.0. Co-authored-by: von gosling --- docs/cn/README | 0 docs/cn/rpc_request.md | 2 +- 2 files changed, 1 insertion(+), 1 deletion(-) delete mode 100644 docs/cn/README diff --git a/docs/cn/README b/docs/cn/README deleted file mode 100644 index e69de29b..00000000 diff --git a/docs/cn/rpc_request.md b/docs/cn/rpc_request.md index a8fe802a..ffd2bb87 100644 --- a/docs/cn/rpc_request.md +++ b/docs/cn/rpc_request.md @@ -4,7 +4,7 @@ ## 1 使用场景 随着服务规模的扩大，单机服务无法满足性能和容量的要求，此时需要将服务拆分为更小粒度的服务或者部署多个服务实例构成集群来提供服务。在分布式场景下，RPC是最常用的联机调用的方式。 -在构建分布式应用时，有些领域，例如金融服务领域，常常使用消息队列来构建服务总线，实现联机调用的目的。消息队列的主要场景是解耦、削峰填谷，在联机调用的场景下，需要将服务的调用抽象成基于消息的交互，并增强同步调用的这种交互逻辑。为了更好地支持消息队列在联机调用场景下的应用，rocketmq-4.7.0推出了“Request-Reply”特性来支持RPC调用。 +在构建分布式应用时，有些领域，例如金融服务领域，常常使用消息队列来构建服务总线，实现联机调用的目的。消息队列的主要场景是解耦、削峰填谷，在联机调用的场景下，需要将服务的调用抽象成基于消息的交互，并增强同步调用的这种交互逻辑。为了更好地支持消息队列在联机调用场景下的应用，rocketmq-4.6.0推出了“Request-Reply”特性来支持RPC调用。 ## 2 设计思路 在rocketmq中，整个同步调用主要包括两个过程： -- GitLab