我正在为分子微服务框架中的商业理念实施后端。现在使用 NATS 传输器运行良好。
在不久的将来,消息的数量将保持相当低(与分子文档中的这个示例相比),并且缩放现在不会成为问题。因此,内存中的通信不应该成为问题,我想删除整个传输器的开销。
我使用微服务框架的动机是松散耦合,以实现职责的清晰分离,以及在未来轻松扩展的选项。
将单体架构用于早期项目是否有任何主要缺点,或者我应该直接将其实现为“一个服务 - 一个/多个节点” -解决方案?官方文档描述了多种架构。
任何实践经验都非常感谢!
我正在为分子微服务框架中的商业理念实施后端。现在使用 NATS 传输器运行良好。
在不久的将来,消息的数量将保持相当低(与分子文档中的这个示例相比),并且缩放现在不会成为问题。因此,内存中的通信不应该成为问题,我想删除整个传输器的开销。
我使用微服务框架的动机是松散耦合,以实现职责的清晰分离,以及在未来轻松扩展的选项。
将单体架构用于早期项目是否有任何主要缺点,或者我应该直接将其实现为“一个服务 - 一个/多个节点” -解决方案?官方文档描述了多种架构。
任何实践经验都非常感谢!