非常感谢，欢迎你的贡献。

对于多个数据库支持的问题，目前接入确实不难，但是问题在于没有动力，也没有测试环境去做，如果你有兴趣有环境可以参照接入一下，欢迎贡献。

对于phpbu的这个我之前没接触过，刚刚看了下是做归档备份的，备份是用mysqldump dump 整个database，主要目的应该是防灾，和我们平台备份的目的不太相同， 备份是一直想要完善的，但这个等级的备份还是太粗放了点，也不能用于快速回滚。当然这个确实是一个启发，比如每次操作都发一个信号，这样可能扩展起来会更方便。

对于其他的事项，由于我也不是专业DBA，接触不多，不做评价。

应该的，我是软件的重度依赖者，在公司环境准备接入ldap用起来。

我倒是有环境，但开发能力还有待提升，不过我会认真看看代码其他数据库的实现逻辑。

phpbu在我看来与archery更相关的是支持多个数据库的备份，但确实粒度粗放些。

其他的需求，在我看来还是挺重要的，比如实例在切换后的状态同步，集群节点自发现，还有集群节点拓扑图等。当然，我在数据库管理维护上有很多的需求，希望可以共同讨论下。

btw，我擅长的还有部署自动化，对于环境部署可不在话下，如果有什么需要我可以协助。

找到一个mysql集群拓扑的项目

我们engine开发起来还是比较简单的， 继承一下实现几个方法就行，参考 开发指南： https://github.com/hhyo/Archery/wiki/development

集群拓扑展示和节点自动发现都可以通过orch来完成，提交审核时主库的确定也可以通过orch的api来获取，这可以作为一个长期的计划列入进来

对于第三点其实是没有必要的，在配置数据库时填写 vip或者域名地址，数据库故障切换对应用来说应该是透明的

@gaotuan 你也提到了，“对应用来说应该是透明的” ，在一定场景下，你说的没错，应用只需要知道vip或者域名即可。

那在实例管理的角度来看，是不是要把所有的实例都登记呢？