你能否给出关于 Rest 和微服务的要点？
REST
虽然你可以通过多种方式实现微服务，但 REST over HTTP 是实现微服务的一种方式。 REST 还用于其他应用程序，如 Web 应用、API 设计和 MV C应用以提供业务数据。
微服务
微服务是一种体系结构，其中系统的所有组件都被放入单独的组件中，这些组件可以单独构建、部署和扩展。微服务的某些原则和最佳实践有助于构建弹性应用程序。
简而言之，你可以认为 REST 是构建微服务的媒介。
-
我对Web的使用有点困惑.xml在Spring编写REST服务时使用泽西岛框架。在我看来，如果我使用注释来定义路径，为什么我们需要web.xml？我最近刚刚使用在线参考文档开发了Spring Boot应用程序，他们甚至没有提到web.xml。那么，说Spring已经删除了web.xml并用注释代替它是对的吗？（例如@Path、@Get、@Post）。我在同一行的第二个问题是，如果我没有web.xm
-
假设我们有一个用户、Wallet REST微服务和一个将事情粘合在一起的API网关。当Bob在我们的网站注册时，我们的API网关需要通过用户微服务创建一个用户，通过钱包微服务创建一个钱包。 下面是一些可能出错的场景： > 用户Bob创建失败：没关系，我们只需向Bob返回一个错误消息。我们使用的是SQL事务，所以没有人在系统中看到Bob。一切都很好：） 创建了用户Bob，但在创建钱包之前，我们的AP
-
对于一个项目，我想使用Spring Boot设置一个小型微服务场景，其中有一个向客户端公开REST和GraphQL的API网关、一个Eureka服务注册表和三个服务。由于性能原因，我希望API网关后面的所有服务都可以谈论gRPC，但同时仍然会公开一个额外的REST API。有没有一种干净的方法可以在相同的业务逻辑上实现这两种类型的接口？网关如何将客户端的HTTP请求代理到gRPC请求？
-
翻译自 Martin Fowler 网站 Microservices 一文。文章篇幅较长，阅读需要一点耐心，本人水平有限，若有不妥之处，还请各位帮忙指正，谢谢。 过去几年中出现了“微服务架构”这一术语，它描述了将软件应用程序设计为若干个可独立部署的服务套件的特定方法。尽管这种架构风格尚未有精确的定义，但围绕业务能力、自动部署、端点智能以及语言和数据的分散控制等组织来说，它们还是存在着某些共同特征。
-
我们有基于微服务架构的应用程序的第一个版本。我们使用REST进行外部和内部通信。 现在我们想从 CP（CAP 定理）* 切换到 AP，并使用消息总线在微服务之间进行通信。有很多关于如何基于 Kafka、RabbitMQ 等创建事件总线的信息。但是我找不到任何结合 REST 和消息传递的最佳实践。例如，您创建一个汽车服务，您需要添加不同的汽车组件。为此，将 REST 与 POST 请求一起使用会更有
-
我们正在从在整块应用服务器上构建应用程序过渡到在Spring Boot上构建更多面向微服务的应用程序。我们将通过HTTP或JMX与SB执行器发布健康信息。