微服务的API授权

Question

我有一个多租户项目，它将调用多个微服务来执行特定任务。

我希望微服务从发送的请求中了解要使用哪个数据库，因为每个租户都将使用微服务，但是，租户将拥有自己的数据库。 我有另一个解决方案，它有一个处理API密钥管理的Web项目。

例如，假设API密钥管理位于以下域中：portal.example.com

当tenant.example.com在microservice.example.com上调用微服务时，我希望某些中间件在微服务端监听请求，并从请求中获取APIKey，通过检查portal.example.com服务以及是否通过APIKey有效，请获取此API密钥的租户并确定要用于微服务的连接字符串。

我觉得这不太有效，因为它需要太多的调用才能确定要使用的连接字符串，有人能想到一种确定连接字符串但还要验证APIKey的更好方法吗？

Answer 1

问题的性质似乎需要有关某些业务决策和体系结构决策的更多信息。

但是，根据您到目前为止提供的信息，我想说的是，您引用的连接字符串也可能是数据泄漏的问题。 假设授权服务中发送错误的连接字符串时出错，则可能会不小心将客户端连接到另一个数据库，而不是实际发出请求的客户端。 第二点是，这也使授权服务成为单点故障。 如果失败或恶意用户访问它，则所有租户都会受到影响。

可能需要评估的一件事是使用OAuth的客户端凭据对不同的应用程序进行身份验证，而不是让体系结构来处理此问题。 每个应用程序反映一组不同的数据库参数。 在OAuth身份验证阶段，它将把用户重定向到正确的应用程序。 总之，为每个租户部署了一组应用程序，其中通过OAuth对租户进行了身份验证。

一种略有不同的替代方法是，将一个租户使用的整个堆栈部署并复制到另一个租户，并使用其各自的数据库凭据。 仅当您受到开发资源的限制时，我才主张这样做。