Azure逻辑应用程序-微服务之间的HTTP通信

逻辑应用是否被视为微服务？如果是这样，从逻辑应用程序发出HTTP API调用（无论是使用HTTP/Function/APIM连接器）是否违反了微服务之间的直接HTTP通信

如果可能，永远不要依赖多个微服务之间的同步通信（请求/响应），即使是查询。每个微服务的目标都是自主的，并可供客户消费者使用，即使作为端到端应用程序一部分的其他服务出现故障或不健康。如果您认为需要从一个微服务调用其他微服务（如对数据查询执行HTTP请求），以便能够向客户端应用程序提供响应，那么您的体系结构在某些微服务出现故障时将无法恢复

此外，如图4-15的第一部分所示，在微服务之间具有HTTP依赖关系，如使用HTTP请求链创建长请求/响应周期时，不仅会使微服务不具有自主性，而且一旦该链中的一个服务表现不佳，它们的性能就会受到影响

资料来源：

---

是的，逻辑应用程序主要是基于Http的服务。是否是“微”其实并不重要，因为“微”太抽象了，没有任何真正的意义。这曾一度是一个有用的营销术语，但它在科技时尚跑道上的巡回演出已经结束。所以，别想这个

作者试图表达的是，您应该避免在应用程序架构中链接依赖项。A等待B，B等待C，C等待D，D等待E，等等。。。这是图中的第一行

---

相反，Basket可以自己检查目录，然后调用Ordering，同时在后台检查库存。您只需要一级而不是4级。

好的，所以听起来我们可以将LA看作一个API网关，它可以进行许多后续API调用并聚合结果。那么嵌套逻辑应用程序呢？你可以用任何方式组合逻辑应用程序、函数、API应用程序等，没有什么可以阻止你。嵌套逻辑应用程序？当然，让你自己昏过去，但不要发疯。尽量使事情尽可能简单。我见过太多的垃圾应用程序，因为设计师们专注于一些“最佳实践”或流行模式。是的，我希望尽可能避免垃圾应用程序谢谢