This is an automated email from the ASF dual-hosted git repository.
dongeforever pushed a commit to branch 5.0.0-alpha-static-topic
in repository https://gitbox.apache.org/repos/asf/rocketmq.git
The following commit(s) were added to refs/heads/5.0.0-alpha-static-topic by
this push:
new 8aea6bf Polish doc, introduce geo-recovery cluster
8aea6bf is described below
commit 8aea6bf561f09bb9effb0716c4e92c5d49d76bd1
Author: dongeforever <[email protected]>
AuthorDate: Fri Dec 10 14:54:52 2021 +0800
Polish doc, introduce geo-recovery cluster
---
docs/cn/statictopic/The_Scope_Of_Static_Topic.md | 15 ++++++++++++---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git a/docs/cn/statictopic/The_Scope_Of_Static_Topic.md
b/docs/cn/statictopic/The_Scope_Of_Static_Topic.md
index 81b6e15..045c5f4 100644
--- a/docs/cn/statictopic/The_Scope_Of_Static_Topic.md
+++ b/docs/cn/statictopic/The_Scope_Of_Static_Topic.md
@@ -70,11 +70,20 @@ ClusterB 部署在 SiteB 内，创建 Static Topic 『TopicTest』，有50个队
Static 的 Scope 限定在 Cluster 内，而 Dynamic 允许在不同 Cluster之间。
-#### 全球容灾实例
+#### 全球容灾集群
RocketMQ 多个集群的元数据可以无缝在Nameserver处汇聚，同时又可以无缝地根据标识符拆分给不同地域的Producer和Consumer。
这样一个灵活的设计优势，是其它消息中间件所不具备的，应该值得挖掘一下。
-把上述『多活保序』的场景，稍微延展一下，就可以实现全球容灾实例。
-
+引入以下概念：
+- 融合集群，共享同一个Nameserver的集群之和
+- 单元集群，clusterName名字一样的集群，不同单元集群之间，物理隔离
+- namespace，租户，逻辑隔离，只是命名的区别
+
+如果单元集群部署在异地，所形成的『融合集群』，就是全球容灾集群：
+- 客户端引入 unitName 字段，默认情况，不同unitName获取的都是单元集群的元数据
+- 灾难发生时，允许读其它 单元集群 未消费完的数据
+- 顺序性，Consumer端按照队列消费，天然是顺序的；只要可以针对Producer端固定队列数量就可以实现顺序
+- 单元内读写，跨单元可读，就可以实现『单元内保序』
+- 跨单元读，是指读『其它clusterName』的队列，不一定是远程读，如果本单元有相应的Slave节点，则直接本地读
### 设计目标
实现 单集群固定 和 全网固定 两种Scope。
