在单体应用中使用分子微服务

Question

我正在为分子微服务框架中的商业理念实施后端。现在使用 NATS 传输器运行良好。

在不久的将来，消息的数量将保持在相当低的水平 (compared to this example in moleculer documentation)，目前扩展不会成为问题。因此，内存中的通信应该不是问题，我想消除整个传输器的开销。

我使用微服务框架的动机是松散耦合，以实现职责的清晰分离，以及在未来轻松扩展的选项。

在早期项目中使用单体架构是否有任何主要缺点，或者我应该直接将其实现为“一个服务 - 一个/多个节点”-解决方案？官方文档描述multiple architectures。

非常感谢任何实践经验！

Answer 1

不，这是 Moleculer 框架的最大优势，您可以在没有大流量的情况下将所有服务作为一个整体运行在一个节点上。如果流量增加，您可以开始将服务分成组并在需要时制作副本（无需修改服务代码）。