如果需要更低延迟的代码，我们为什么要选择微服务？

Question

在整体中，我们只需要进行函数调用或方法调用，而不是进程间通信。熟悉微服务架构的人能否帮助您理解如何使用微服务开发低延迟应用程序的原因？

我认为 Chronicle 框架声称您可以开发基于微服务的产品并使用 chronicle 队列进行通信而不会产生网络跃点延迟。

Answer 1

首先，该评论是完全正确的：微服务本身对延迟没有帮助。理想情况下，它们仅（嗯，主要是）通过将其他服务用作服务来与其他服务通信，从而增加对 network/inter-process 调用的潜在惩罚。

但重要的是要理解：这个想法并不是说微服务依赖于完成其工作所需的 15 种不同的服务。您应该将它们视为独立的单元，设计 以允许水平缩放（通过简单地添加 "more" 个实例）。

因此，关键要素是实际定义微服务架构。仅仅将一个整体变成一个分布式服务系统，同时保持不必要的耦合是无法实现的。