之前的项目:因为都是MySQL数据库 所以有的时候我们需要join查表 但是如果每个service都有自己数据库 那么这些跨数据库的交流 会变得及其低效。
但是 **我们的microserviice架构,其实本质上是想把services 给loosely decoupling.所以 不只是services要被decoupling. 数据也要分开。**因为这个低耦合的事情 不只是service低耦合 而且数据库层面 也需要低耦合。因为数据库如果只用一个 其实微服务之间的耦合也没有降低。
并且 之前的情况是所有的都用一种数据库, 如果有的service用relational 有的用Non-relational db呢?
而且 我们之所以用微服务架构 还不是因为其低耦合?使得各个团队能利用不同的技术开发不同的(不同的语言 不同的框架 不同的数据库),并且 之后如果要拓展 应该是想怎么拓展就怎么拓展 不必被同一个数据库所局限?
而且 如果共同使用一个数据库 万一数据库出了问题 不是全部宕机了吗?这种单点失效很致命。(我觉得这不算 因为防止单点失效 我们可以用duplicate DB)
所以 综上所述 我们一定要在每个微服务中用独立的数据库。