Performance 通过微服务体系结构中的多跳来减少延迟（南北通信量）（FE->；API网关-->；BFF-->；服务层-->；后端）

在南北通信的微服务体系结构中，即前端->API网关-->前端的后端->服务层-->后端，如何通过强制多跳来减少延迟

对于东西方通信，可以使用异步通信、事件代理（如kafka）

但是，对于南北通信，由于不同组件之间的多跳而导致的同步通信延迟没有得到解决

---

关于如何减少南北多跳通信延迟的任何提示，请？

早上好。我假设Forntend的API网关和后端是相同的

A.用户界面->B.API网关->C.中间层/后端服务->D.缓存层->E.数据库

以下几点值得考虑。这些应该基于内容，以及它们的恒定程度。 1.您可以将内容缓存在UI中，这样就不会有对服务器的调用。 2.您可以在中间层/后端服务层缓存内容。 3.您可以有一个缓存层，这将有助于不访问数据库

网址：

---

曾经扮演过交通大亨吗

• 获得更多交付产品的单位

• 减小负载的大小

• 在中间人交付的长途目的地之间设置代理操作

或者我最喜欢的

• 整合流程以完全消除交付

---

由于分布式流程是自然的，因此真正的工作和收益来自于集成它们。

您使用的是安全性吗？跟踪日志记录？分布式跟踪？注入中间件？压缩明文协议？所有这些都会增加延迟，所以请删除或改进它们。。。事实上，这个问题太模糊了，听起来像是一个单一的应用程序。。。唉，设计一个什么都有的东西并不容易，但一个制造工厂并不是一个整体。它拥有一切，可以很容易地成长或重塑。在不了解集中化和分布式制造的影响的情况下，对流程进行建模会产生一些后果。我在powersemantics.com上的文章教授了这些在学校里学不到的基础知识。我是这方面的专家。消除有问题的延迟是集成的一个原因。无状态代码（microservice）无法为物流问题提供与实际服务相同的解决方案。问题在于无状态、分布式模型。