【发布时间】:2018-11-06 20:56:54
【问题描述】:
我在很多教程中看到,我们需要在生成具有相同实体的微服务应用程序后,返回网关并生成一个实体。
有人可以解释一下这样做的架构优势吗?
在 Gateway 中再次生成这些实体的目标是什么?
【问题讨论】:
标签: microservices jhipster jhipster-registry
我在很多教程中看到,我们需要在生成具有相同实体的微服务应用程序后,返回网关并生成一个实体。
有人可以解释一下这样做的架构优势吗?
在 Gateway 中再次生成这些实体的目标是什么?
【问题讨论】:
标签: microservices jhipster jhipster-registry
这样做的要点之一是实现Backend for Frontend 模式。 基本上,您通过网关代理从前端到微服务的所有调用。为方便起见,前端与网关打包在一起。 JHipster 只是从单体应用中改编了现有的实体生成器,让用户分别在微服务和网关上分别生成实体的后端和前端。当然,这是一个可选功能,您可以随意使用它。
【讨论】: