【产品名称】oblogproxy
【产品版本】未发布的版本
【问题描述】oblogproxy的部署架构问题
1.1 是如何部署的？在任意一个ob server对应的服务器.上部署？全部的observer都要部署？
1.2.仓库中的oblogproxy部署参数的json是否全面？
- oblogproxy需要部署在能够和 所有 observer网络连通的机器上。不过因为比较消耗内存，所以并不推荐和observer部署在相同的机器上。通常是单独选取机器部署。
- 仓库中的config.json包含了绝大部分参数，少数几个内部参数没有写，因为不推荐自行去改。（实际上config.json中许多参数，也不推荐更改）
我们近期正在加紧编写更详细的文档，包括您提到的这两个问题，例如，正式服务部署实践，参数作用详解等。会于近日更新到仓库，请耐心等待一下~
第一个问题的回答没有看懂，我看oblogproxy的配置，reader_path，应该是指这个读取clog的路径，那么这个部署到其他机器能读取到哪？是直接链接其他ob server或者obproxy远程获取？并未看到有配置observer或者obproxy的配置信息哦。
还请帮忙解答一下，谢谢
意思是，部署logproxy的机器和部署observer机器，之间网络是互通的。
readerpath是个内部参数，通常不用去改。 作用是：logproxy每创建一个增量同步链路，会启动一个子进程，而子进程需要上下文目录，来存放该链路的日志文件等。readerpath指定了根目录，所有链路子进程的上下文目录存在于此。
和读取observer clog的路径无关。程序会根据启动参数：集群，租户，库表，启动时间戳等参数，自动定位到相关的observer的clog，开始订阅增量。
读取增量和obproxy无关。oblogproxy会直连集群下，所有的observer。