微处事的数据库计划

其它，Martin Fowler在他的文章"Break Monolith into Microservices"里有一个很好的提议。那就是，当你把处事从单体措施里拆分时，不要只想着把代码拆分出来。由于此刻的需求也许已经跟原本有所差异，原先的计划也许也不太合用了。并且，技能也已更新，代码也要作响应的改革。更好的步伐是重写原本的成果(而不是重写原本的代码)，把重点放在拆分营业成果上，而不是拆分代码上，用新的计划和技能来实现这个营业成果。

结论：

数据库计划是微处事计划的一个要害点，根基原则是每个微处事都有本身单独的数据库，并且只有微处事自己可以会见这个数据库。微处事之间的数据共享可以通过处事挪用，可能主、从表的方法实现。在共享数据时，要找到吻合的同步方法。在微处事架构中，数据库的修改影响普及，必要担保这种修改是向后兼容的。实现跨处事事物的尺度要领是Saga。当把单体措施拆分成微处事时，可以分步举办，以镌汰对现有措施的影响。

【编辑保举】

1. MySQL数据库怎样快速得到库中无主键的表
2. 商用数据库之死：Oracle 面对逆境
3. 保举MySQL数据库中停止写入一再数据的4种方法
4. 一道经典的MySQL口试题，谜底呈现三次反转
5. MySQL数据库基本操纵呼吁

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!