feat: stabilize multi-region runtime sync and worker orchestration

docs/test.md

@@ -62,7 +62,65 @@ controller syncer 批量同步海外主库
         ↓
 controller finalizer 标记本次流程完成
 
+发现问题
+主体功能
+1.去后台点击 聚名获取删除域名入库
+2.按后台勾选 的检测选项，按顺序逐个去跑
+3.正常逻辑是按顺序 一步一步前面的处理完了，再往下一个处理，最大进程跑起来，直到所有任务跑完
 
+现在遇到的问题是：
+1.后台展示文案的歧义非常大；运营很难理解
+  比喻托管节点：这个应该就是 服务器管理，现在你把进程也算是一个节点，全部放到这个列表，我看起来都蒙，如果需要你可以加多一个进程管理不就好了，不要混一起
+  现在后台应该有 机器/进程/线程，节点到底是啥？现在已经乱了， 
+
+  运行配置这块也是  节点独立线程覆盖  你把所有进程都列出来配置 线程数量，这个不需要的，所有进程的线程数量全部走默认的，进程那么大不会人工管理的，设计很不合理，
+
+ 检测管理页面：日志输出窗口 这块也是
+ 参与节点：3  这个应该改成  参与 服务器
+参与进程：62             参与 进程
+                        参与 线程
+运行中：127              
+线程：127 / 74000（参与节点汇总）
+要让人一眼看明白
+
+2.最重要一点，后台页面的数据展示很多都是不符合实际的，很多一点，为啥黑名单一直是0，这块不肯定的，这个正常清空最少命中80%；
+进程和线程一直跑不起来，这个最致命，优化了好几日了，知道目前还是没跑通完整流程
+
+
+3.概览
+步骤队列
+看每一步堆积、吞吐和失败，快速判断到底卡在注册、百度、360、爱站还是站长之家。 这块应该按后台勾选设置的顺序拍下来，正常任务完成也是，一个跑完才会往下推，才会往下一个跑
+
+
+4.检测的进程和线程 机器  不稳定，不会自动检测 自动跑起来，就是最大性能没有跑起来
+
+5.如果大陆controller 的DB链接数量是瓶颈，那可以每个大陆 机器都开启db+redis  反正每个机器的配置都很高的，只要有效率能提速
+
+6.还有一个但海外机器绝对不参与worker 检测
+
+
+
+
+
+
+一句话结论：
+
+线上 hotfix 收口基本完成
+下一步最该继续的是代理供给优化，不是回到代码审核
+我下一步建议就直接转到代理链路，继续收：
+
+为什么多实例同时刷新时会被代理源限流
+是否要继续压低单实例补货批量/频率
+是否要做更强的跨进程代理补货协调
+
+
+
+
+
+
+
+
+大陆处理好的跑完流程域名是否返回海外机器勾选状态
 
 
 域名检测流程设计