《微服务》专题

我正在为下一个项目阅读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。 这显然违反了

null https://Spring.io/guides/gs/spring-boot/有一个简单的HelloController应用程序，我们也使用Spring MVC开发该应用程序。 除了RAD之外，我看不到任何优势。如果我错了请指正。 我听说Spring Boot是为了方便微服务而设计的。例如，我使用https://spring.io/guides/gs/spring-boot/Hello

我正在尝试开发一个Spring Cloud微服务，并使用Elastic Beanstalk部署到AWS cloud中。当我搜索部署选项时，我发现了Beanstalk的部署环境。我有一点困惑。我可以在不启动EC2机器的情况下使用Elastic Beanstalk部署我的微服务吗？ 在这里，我只接近弹性豆茎服务。使用弹性Beanstalk部署微服务而不启动EC2是可能的吗？ 我是AWS世界的初学者。

当前体系结构： 问题： 我们在前端和后端层之间有一个两步流程。 null 微服务2(MS2)需要验证I1的完整性，因为它来自前端。如何避免对MS1进行新的查询？最好的办法是什么？ 我试图优化的流删除了步骤1.3和2.3 流程1： null 流程2： 2.1用户X已在本地/会话存储中存储了数据(MS2_Data) 2.2用户X在MS1上保留数据(MS2_Data+MS1_Data) 2.3 MS1使

译见｜DaoCloud 现推出「译见」系列，每周为开发者提供国外精品译文，主要关注云计算领域的技术和前沿趋势。由 Fiona 翻译。 作者简介 Bob Familiar，在咨询公司 BlueMetal Architects 担任实施总监，负责云服务。之前他是微软的明星布道师，在云计算领域有着丰富经验。他毕业于美国东北大学。 介绍 微服务是现代应用架构的新兴方法，微服务应用由自动化的、可独立部署、扩

最近在学微服务的分布式事务，不太明白为什么在微服务这种分布式系统中，原有的单体acid会出现问题 希望大佬们可以讲一下原理和思想

nestjs 一个服务如何既做微服务也做http服务器? 比如一个接口既可以做 http 又可以做微服务.不想再写一个专门的http 服务器. 接口是否可以相同?

我有一个包含10个微服务的微服务架构，每个微服务提供一个客户端。在由微服务团队管理/控制的客户机内部，我们只接收参数并将它们传递给一个通用http调用程序，该调用程序接收endpoint和N个params，然后进行调用。所有微服务都使用http和web api（我猜技术并不重要）。 对于我来说，作为微服务团队提供一个客户是没有意义的，应该是消费者的责任，如果他们想创建一些抽象或者直接调用它是他们的