api - 设计api结构时如何避免2次api auth

Question

PS：3个系统可以看成是通过HTTP restful api连接的3个微服务。

如下图所示：

现在的情况是：

当api使用量为1时（即api认证通过后，外层api用户调用账号系统），

而当api使用量为2,3时（即外层api用户在api认证通过后调用业务系统），

并且当api使用量为4,5时（当api auth通过时内部业务系统调用帐户系统）

这3个用法都很好。

但是当api使用量为2,3,4,5时（即外层api用户在api认证通过后调用业务系统，但业务系统必须调用account系统才能完成该功能。）

这种 api 用法必须执行 api auth 2 次，我认为这会使事情变得复杂。

要求是外部api用户和内部系统在调用业务系统或账户系统时都必须通过api auth。

谁能告诉我如何更简单地进行身份验证？

谢谢你！

标签： apiarchitecture

Answer 1

是的。提供一个单独的身份验证服务器，并教你提到的所有业务服务与之交谈。当涉及到相当复杂的微服务架构时，这很常见。

然后，您可以轻松地与任意数量的（微）服务共享相同的 JWT（顺便说一句，没关系：无论您喜欢什么）。