Replies: 7 comments
-
非常感谢,欢迎你的贡献。 对于多个数据库支持的问题,目前接入确实不难,但是问题在于没有动力,也没有测试环境去做,如果你有兴趣有环境可以参照接入一下,欢迎贡献。 对于phpbu的这个我之前没接触过,刚刚看了下是做归档备份的,备份是用mysqldump dump 整个database,主要目的应该是防灾,和我们平台备份的目的不太相同, 备份是一直想要完善的,但这个等级的备份还是太粗放了点,也不能用于快速回滚。当然这个确实是一个启发,比如每次操作都发一个信号,这样可能扩展起来会更方便。 对于其他的事项,由于我也不是专业DBA,接触不多,不做评价。 |
Beta Was this translation helpful? Give feedback.
-
应该的,我是软件的重度依赖者,在公司环境准备接入ldap用起来。 我倒是有环境,但开发能力还有待提升,不过我会认真看看代码其他数据库的实现逻辑。 phpbu在我看来与archery更相关的是 其他的需求,在我看来还是挺重要的,比如实例在切换后的状态同步,集群节点自发现,还有集群节点拓扑图等。当然,我在数据库管理维护上有很多的需求,希望可以共同讨论下。 btw,我擅长的还有部署自动化,对于环境部署可不在话下,如果有什么需要我可以协助。 |
Beta Was this translation helpful? Give feedback.
-
找到一个mysql集群拓扑的项目 |
Beta Was this translation helpful? Give feedback.
-
我们engine开发起来还是比较简单的, 继承一下实现几个方法就行,参考 开发指南: https://github.com/hhyo/Archery/wiki/development |
Beta Was this translation helpful? Give feedback.
-
集群拓扑展示和节点自动发现都可以通过orch来完成,提交审核时主库的确定也可以通过orch的api来获取,这可以作为一个长期的计划列入进来 |
Beta Was this translation helpful? Give feedback.
-
对于第三点其实是没有必要的,在配置数据库时填写 vip或者域名地址,数据库故障切换对应用来说应该是透明的 |
Beta Was this translation helpful? Give feedback.
-
@gaotuan 你也提到了,“对应用来说应该是透明的” ,在一定场景下,你说的没错,应用只需要知道vip或者域名即可。 那在实例管理的角度来看,是不是要把所有的实例都登记呢? |
Beta Was this translation helpful? Give feedback.
-
目前遇到的问题/使用障碍
希望如何解决/实现它
其他信息
如果有其他类似的产品功能或者图片信息,可在此提交
暂无。
Beta Was this translation helpful? Give feedback.
All reactions