架构微服务Jhipster

Question

我想用Jhipster的微服务开始一个体系结构，但是我对此表示怀疑。 我有4块。

• “ HR” <-前端和后端应用程序
• “ SELECTION” <-前端和后端应用程序
• 验证<-仅一个数据库可用于所有前端
• 客户<-在微服务的最前面的“ HR”和“ SELECT”之间以及“ HR”和“ SELECT”之间共享。

必须针对同一数据库（JWT）验证两个应用程序。 两个应用程序必须共享一个微服务“ CUSTOMER”，该服务将具有后端，但是前端将位于两个应用程序的每个中。

• 1-“ HR”这将是一个网关吗？
• 2-“选择”这将是一个网关？
• 3-如何实现针对已验证的同一数据库（JWT）的安全性
• 4-“客户”这将是微服务吗？

对不起我的英语不好。

Answer 1

通过将JHipster与JHipster UAA结合使用，可以很好地满足您的需求。

总体设计

您的第一部分是为您的有限上下文建模，例如“ HR”，“ SELECTION”或“ CUSTOMER”。 但是作为微服务后端。 模型中的每个项目，如“客户”，客户“地址”或“ HR”实体，都称为资源。 这些资源必须在您的服务中合理分配。

使用网关

JHipster网关可以为您做两件事。 首先，它需要您的所有微服务，并通过单个API网关公开它们。 作为辅助功能，它还提供了一个用户界面（此处：bootstrap + Angular中）。 这不会强制您使用此界面。 您可以使用“ jhipster：client”生成器，仅使用JS + HTML生成“ HR”和“ SELECTION”的2个客户端，并使用plaig old nginx为它们提供服务，并参考您的一个JHipster Gateway。

安全

这就是UAA选项发挥作用的地方。 即使您的“ CUSTOMER”微服务正在调用“ HR”微服务，使用默认的JWT实现也会强制您以用户身份登录（存储在网关中）。

UAA提供了使用OAuth2启用各种安全通信的选项。 因此，在这种情况下，您可以使您的“客户”服务询问“ HR”更多的特权数据，然后将允许用户使用FeignClients或常规的“客户端凭据授予”进行查看。

如果您的用户是“客户”，那么您的JHipster UAA将成为您的“客户”微服务。

如果您有时间等待此功能被合并，则实现所有这些操作将变得非常简单，就像声明类似于jpa存储库的通信接口一样，该接口将为您处理所有安全问题。

包起来

看看您如何设计架构。 对所有服务使用一个网关（可能没有ui），稍后使用jhipster:client生成您的UI并在nginx上提供它们，逻辑上的所有其他内容必须实现为小型微服务中的REST API。如何使用UAA。

为了学习如何正确使用UAA，我建议看一下我的spring安全文章和示例应用程序 ，该应用程序已经在使用上面提到的当前未合并的PR。 我还没有时间为此编写正式文档。 我还写了一篇有关如何使用JHipster微服务的一般文章 ，您可以在官方文档中另外阅读。

除此之外，您可以随时询问我更多信息！

祝好运