《微服务》专题

本文向大家介绍微服务之间如何独立通讯的?相关面试题，主要包含被问及微服务之间如何独立通讯的?时的应答技巧和注意事项，需要的朋友参考一下 同步通信：dobbo通过 RPC 远程过程调用、springcloud通过 REST 接口json调用 等。

本文向大家介绍访问RESTful微服务的方法是什么？相关面试题，主要包含被问及访问RESTful微服务的方法是什么？时的应答技巧和注意事项，需要的朋友参考一下 另一个经常被问到的微服务面试问题是如何访问RESTful微服务？你可以通过两种方法做到这一点： 使用负载平衡的REST模板。 使用多个微服务。

我是事件驱动微服务的新手，也是微服务本身的新手。我正在开发的系统并不大，它处理一堆文件，然后根据调用不同服务的数据。所以在我看来，一个好主意是，不要让服务调用其他服务来完成这项工作，而是将这些消息发送到发布/订阅队列，处理它们并将它们发送到相关主题，然后每个服务将订阅其中一个或几个主题，每隔几分钟，每个服务都会提取它们订阅的消息并发挥它们的魔力。这些服务也可以通过Rest来公开，以防您想强制执行它

我到处都读到微服务中的服务对服务调用应该是异步的。当请求必须通过2个或多个异步服务时，我们如何进行客户端确认？ 这是我的实时场景。我们正在我们的组织中开发电子邮件发送功能。我们计划按以下顺序为此提供4个API服务。 公共API-将电子邮件功能公开给公共 验证API-验证电子邮件和其他字段的真实性 模板获取API-从数据库/CMS中获取电子邮件模板并准备要发送的最终内容 电子邮件发送API-将接收收

脚本 我正在使用微服务构建快递服务系统。我不确定一些事情，这是我的场景 预订API-这是客户下订单的地方 付款API-这是我们处理预订付款的地方 通知API-有服务负责在一切完成后发送通知。 系统采用事件驱动架构。当客户下预订订单时，我在预订应用编程接口中提交本地交易并发布事件。支付应用编程接口和通知应用编程接口订阅了各自的事件。一旦完成，支付和通知应用编程接口需要向预订应用编程接口确认。 我的问

我将在AWS上构建微服务的体系结构，我想请你们澄清我的疑问。 我目前的一般概念 我想使用API网关，它公开在Elastic Beanstalk中运行的MicroDevices API。我想将Elastic Beanstalk放置在VPC中，而不直接从Internet访问其实例。 问题 弹性豆茎在应用程序创建时获得子域。这个子域应该由集成类型为AWS服务的API网关在操作配置中使用-我说得对吗？ 什

这里我的疑问是，当我们将这个应用程序部署到云中时，我们需要在application.properties中做什么更改？，因为我们不知道server.port和cloud中的“eureka.client.serviceurl.defaultzone”，这里我只使用localhost运行。 那么我们需要如何在配置中遵循云部署过程呢？我是Spring Cloud初学者，对这些配置有很多困惑。

我正在使用Apache Tomee7.0.2微配置文件，并试图了解更多关于微服务的信息。其中一个教程链接可以在https://www.javacodegeeks.com/2017/03/microservices-series-microprofile-apache-tomee.html上找到。 如有任何帮助，不胜感激。 谢谢。

我对尝试将微服务/SOA作为一种体系结构非常感兴趣，并且很难对服务之间的集成进行概念化。 我喜欢使用消息传递将客户端与服务分离的想法，但不理解系统如何独占地使用它。典型的异步操作和发布/订阅显然是有意义的——比如创建新订单、广播数据以进行报告等。我不明白的是，人们是否通常尝试在常见的请求/回复场景中使用消息传递——例如，用户点击他们的“个人资料”页面，而需要在页面上呈现的部分数据来自用户服务。 我

我正在尝试构建一个微服务架构。我已经了解了API网关的一些好处，比如：负载平衡、调用多个微服务并聚合结果、缓存管理等。所以我决定将它包含在我的系统中。 我的问题是，我应该在网关层还是在每个微服务endpoint单独实现授权？例如，在网关上验证用户，并以解密的形式将用户声明传递给每个服务调用的授权逻辑。 在调用每个服务之前授权一些聚合似乎是有意义的，并且节省了处理时间。然而，授权逻辑实际上是单个服务

我刚开始接触微服务架构，我有几个关于数据持久性和数据库的问题。 所以我的理解是每个微服务都有自己的数据库（不一定，但通常）。但鉴于这种情况，请考虑一个包含用户、帖子和评论的常用社交媒体平台。将有两个微服务，一个用户的微服务和一个帖子的微服务。用户的数据库有一个用户表，帖子的数据库有一个帖子和评论表。 我的问题是关于帖子微服务，因为每个帖子和评论都有一个作者，所以通常我们会创建指向用户表的外键，但是

我将使用Laravel框架构建micrservices。我有用户微服务，它处理客户端凭证并验证它们(为客户端创建JWT)。此外，还有另一种需要用户认证的微服务。 问题是，如果秘密访问令牌密钥仅在用户微服务中，我如何验证客户端在微服务（用户微服务除外）中的访问令牌？或者，我应该在每个微服务中保留密钥吗？

我有两个Spring Boot应用程序，它们最终调用外部REST API。其结构大致如下：

null 请帮助，因为我需要有这个基于自定义令牌的SSO启用，也不希望我的auth服务URL暴露在浏览器上。