了解 Express Gateway 和微服务（或单体 API ）之间的用户创建
Understanding user creation between Express Gateway & Microservices ( or Monolithic API )
我正在学习和试验 Express Gateway 和一些简单的服务（或者甚至只是一个位于网关后面的小型整体 api）
我已经阅读了 Express Gateway 'Getting Started' 示例并通读了文档。
现在我正试图掌握系统的用户 client/customer 将如何被创建....混淆在于 'Getting Started' 教程让我创建的区域Express Gateway 内的用户。
但是从整体 RESTful API 的观点来看...系统可能有自己的数据库架构来说明用户是什么。客户端应用程序调用 API 端点来创建用户，完成自己的过程，向客户端记录 returns 是否成功创建（或不成功）。然后获得用户授权（JWT/OAuth/等等）
那么使用 Express Gateway，我们是否需要创建一个用户，然后将该 ID 传递给 UserService 以保存在它自己的 dB 中，将这个新创建的 id 与快速网关 id ?
正确；通常，当您创建新用户时，您想做的是同时调用您的 database/service 和 Express Gateway 以及一些详细信息，以便它们保持同步。
如果您真的不想这样做，建议使用三十方服务（例如 Auth0）来使身份用户与用户详细信息分离。
那是 explain/clarify 吗？
我正在学习和试验 Express Gateway 和一些简单的服务（或者甚至只是一个位于网关后面的小型整体 api）
我已经阅读了 Express Gateway 'Getting Started' 示例并通读了文档。
现在我正试图掌握系统的用户 client/customer 将如何被创建....混淆在于 'Getting Started' 教程让我创建的区域Express Gateway 内的用户。
但是从整体 RESTful API 的观点来看...系统可能有自己的数据库架构来说明用户是什么。客户端应用程序调用 API 端点来创建用户，完成自己的过程，向客户端记录 returns 是否成功创建（或不成功）。然后获得用户授权（JWT/OAuth/等等）
那么使用 Express Gateway，我们是否需要创建一个用户，然后将该 ID 传递给 UserService 以保存在它自己的 dB 中，将这个新创建的 id 与快速网关 id ?
正确；通常，当您创建新用户时，您想做的是同时调用您的 database/service 和 Express Gateway 以及一些详细信息，以便它们保持同步。
如果您真的不想这样做，建议使用三十方服务（例如 Auth0）来使身份用户与用户详细信息分离。
那是 explain/clarify 吗？