转载

如何在微服务之间共享使用数据库

【编者的话】如何在微服务之间共享使用数据库？本文介绍了一个该领域很容易犯错的架构问题，并且提出了解决方案和反思。

几年前，我是一个团队的首席开发人员，该团队为客户端开发Java web应用程序。本文里我们称之为“项目A”。我们在客户现场构建web应用，还有其他团队在相关项目上共同工作。因为我们在项目早期沟通合作一直很愉快深入，所以会定期在团队间交换软件的架构思想。

一天，一个新项目（项目B）启动了。该项目会由另外一个团队完成。我认为在这个新项目中我们也能有所贡献，我们将项目A的记录用户，角色和权限的通用认证的数据库schema共享给了项目B。最终，这两个项目都是使用相同用户数据库的内部web应用程序。对了，还忘记说一点，这些应用程序没有中央的用户数据库 -- 每个新项目都是从头开始的。我们发现通过共享已有的基础架构和最佳实践，不仅仅可以节省开发时间，而且还能够节省很多客户支持的时间，因为他们不需要处理单独的用户目录了。

项目进展顺利，第二个项目使用单独的数据库用户账号访问我们的数据库表，这样两个项目可以隔离开从而避免混乱。

一段时间之后。。。

毕竟存储用户，角色和权限不是什么难事。大概一年后，我们计划开发项目A的新版本。我们都很兴奋，因为有机会可以将项目A中工作不太好的地方改进，同时保留好的功能。我们也改进了一些项目A里工作得还可以的部分 -- 其中，包括改进了存储用户，角色和权限的数据库表的schema。老实说，当时根本没有想到会影响项目B。

当然，很快项目B就崩溃了。我们的错误之处在于给了项目B直接访问数据库的权限。不仅仅就现在的标准而言，就算是根据以前的标准，正确的决定也是去创建一个单独的认证服务，来共享通用的API，而不是直接共享数据库访问。