逻辑应用程序是否被视为微服务?如果是这样,是从Logic Apps进行HTTP API调用,是否使用HTTP / Function / APIM连接器,而不是违反微服务之间的直接HTTP通信?
如果可能,永远不要依赖于多个微服务之间的同步通信(请求/响应),甚至不依赖于查询。每个微服务的目标是自主且可供客户端消费者使用,即使端到端应用程序中的其他服务已关闭或不健康也是如此。如果您认为需要从一个微服务调用其他微服务(例如执行数据查询的HTTP请求)以便能够为客户端应用程序提供响应,那么您的体系结构将无法恢复一些微服务失败了。
此外,微服务之间存在HTTP依赖关系,例如在创建具有HTTP请求链的长请求/响应周期时,如图4-15的第一部分所示,不仅使您的微服务不自主,而且其性能也受到影响一旦该链中的一项服务表现不佳。
答案 0 :(得分:2)
是的,Logic Apps主要是基于Http的服务。它的“微观”是否真的无关紧要,因为“微观”过于抽象,没有任何实际意义。这是一个有用的营销术语,但它在科技时装秀的巡回赛已经结束。所以,甚至不要考虑这一点。 ;)
作者试图表达的是,你应该避免在应用程序架构中链接依赖。 A等待B等待等待等待等等的D的C等等......这是图中的第一行。
相反,购物篮可以自行检查目录,然后调用订购,同时在后台检查库存。你只有一层而不是4层。