《柠檬微趣校招》专题

我刚刚开始将我的项目分离到小微服务中。我有一个处理 API 授权的微服务（检查 API 请求中提供的 apiKey 是否有效），因此为此，我有一个单独的 API 授权数据库，其中包含下表和以下架构： APIKey： ApiKey （VARCHAR， PK） TenantID （INT， FK） 租户：租户ID（INT， PK）名称（VARCHAR） 如您所见，APIKey表链接到租户表。 我有另一

我有两个微服务和调用来更新数据，然后插入另一个数据，但让我们考虑一下 失败，然后我们需要回滚由 更新的数据，否则我们将处于不一致的状态。 我也经历了佐贺patterns.will它满足了这种矛盾 谁能为此提出更好的解决方案？

我经常听说，在微服务架构中，对于每一个微服务，我们都必须创建单独的数据库。 但是，如果我必须在不同的数据库中维护外键约束，这是不可能的。就像我在身份验证微服务中有一个用户表，我想在我的目录服务中使用它（用户表中的用户 ID 列） 那么如何解决呢。 感谢提前

我想创建一个基于微服务的 spring boot 项目。我使用 Zuul 实现了一个网关，现在不确定如何使用什么来实现微服务之间的安全性。我需要微服务在用户收到请求时了解用户的权限，它们也可能相互通信，而不仅仅是网关。我正在使用 Spring boot 2.5.7 ，但似乎 oauth2 已被弃用，我也阅读了有关 spring 授权服务器的信息，但它是实验性的。我应该使用什么来确保安全性，如果您有

我计划将一个整体ASP. Net MVC应用程序迁移到微服务架构。 该应用程序位于教育领域，下面是当前拥有的子模块， 系统管理员 研究所管理员 候选人/学生门户 辅导员/教师门户 课程设置(可由辅导员或学院管理人员完成) 考试门户 报告门户[新] 视频会议门户[新] 为了实现微服务架构，我打破了当前的系统，如下图所示，并为每个模块创建DB。 在这里我面临一个问题，比如说考试 Db 目前与课程和科目

我正试图从现有的应用程序中设计一个具有相当标准的用户管理的微服务:具有认证和授权，并存储用户数据。 我正在开发一个授权服务器来管理用户身份验证和授权，使用作为授权。在另一方面，我必须存储用户的信息/配置文件。 问题：授权服务器应该管理： 授权和用户API？因此，其他微服务可以联系上的授权服务器以获取当前用户，也可以联系以获取完整的用户列表。 还是只有授权，我必须创建用户微服务？因此授权服务器只公开

微丝网应该可重复使用吗？对于可重用，我并不意味着共享特定于域的模型。 我的意思是，为一个应用程序创建的微服务是否应该在另一个应用程序中重用？如果它们可以在应用程序中重用，是否足够？ 分离微服务的最佳方法是什么。从我的观点来看，一旦一个微服务调用另一微服务，它就会紧密耦合，这意味着它不容易（无需修改）被提取并放入另一个没有它所引用/来自的相同服务的微服务应用程序中。 在我看来，要使它们脱钩，有以下几

我正在为下一个项目阅读Spring微服务。Tut说“架构风格主要应用程序分为一组称为微服务的子应用程序。一个大型应用程序分为多个协作过程。”。所以我们已经有了一个框架maven多模块在那里，我在我的经验中分离了项目。即使是。为什么我们需要微服务来分离一个项目？。请区分它。提前感谢…

我即将开始一个小的个人项目，将公开一个关于我的股票投资组合的API。为了实现这个目标，我必须在一个时间表上从3个API（我的股票经纪人，一个stats API和一个获得股票延长时间价格的API）中获取数据，然后计算某些统计并通过REST服务公开它们，这将是最终的目标。我计划将应用程序分为两个服务。第一个将与外部API通信并将它们的信息存储到数据库中，另一个将计算我需要的统计数据并公开REST服务。

我们正在尝试找出IPC身份验证和授权的最佳实践。我会解释的。我们有一个基于微服务的体系结构SaaS和一个专门的认证服务。该服务负责执行身份验证和管理身份验证令牌（JWT）。 现在的问题是如何验证和授权由其他服务发起的请求（没有特定用户的上下文）？ 我们是否应该为每个服务生成一个专用用户，并像对待系统中的任何其他用户一样对待它（具有适当的权限）？ 我们是否应该在服务之间部署“硬编码”/动态令牌？ 还

我有两个用Jhipster创建的微服务。(ms1和ms2) ms1有一些DTO类，用作REST API的输入和输出类。 从ms2我需要调用ms1的一些API，因此我需要那些DTO类来输入和输出数据。 MS2中显然没有这些DTO类。 所以我现在有两个选择： 1）将DTO类从ms1复制到ms2 2）将ms1导入为ms2中的maven依赖项 方法2-ms1和ms2都被打包为war文件，而不是jar文件。

我正在设计一个微服务架构中的评审分析平台。 应用程序如下所示； null null 问题在于，验证服务需要获取site-a的所有评论，应用验证规则并生成错误（如果有的话）。我知道共享数据库模式和实体打破了微服务体系结构。 一个可能的解决方案是 每当验证服务需要对站点进行审查时，它就会请求网关，网关会将请求重定向到审查服务并采取响应。 这种方法的两个可能缺点是 验证服务是否知道网关？是否会带来依赖？

我有个计时器工作 现在，在大多数情况下，这会给我正确的结果。但如果有两个微服务实例同时执行这段代码，会发生什么呢？

我最近读了不少关于微服务的文章，尤其是关于AuthN和Authz的文章。在很大程度上，这一切都很有意义，我可以看到这一切应该如何工作。 （注意--现在我只实现了客户端凭据授予和资源所有者密码凭据授予，因为我只是想看看它是如何工作的，而且用curl调用它们更容易。但我不知道这有什么不同）

Java异常处理分为错误、已检查异常和未检查异常。这个问题是关于例外的。 正常的Java异常处理是扩展检查异常的异常类，并通过考虑异常层次结构来处理您需要的异常。 例如： 但是我看到了主要的Spring书籍，甚至在Spring boot中提到的Internet教程中，以及在微服务的上下文中，总是从RuntimeException类扩展而来，即使使用@ControllerAdvice。 这显然违反了