微服务划分问题:各种不同业务的scheduler和listener是集中在一起,分别放在一个scheduler和listener的服务里好,还是分散放在其相关的业务服务下好?
各有什么利弊?
譬如listener放在一起,便于复用消息队列网络连接,提升性能?
譬如分散在业务服务下,开发一个有scheduler或者listener的功能时,只需要更新功能所在服务即可,不需要跨服务开发?
微服务划分问题:各种不同业务的scheduler和listener是集中在一起,分别放在一个scheduler和listener的服务里好,还是分散放在其相关的业务服务下好?
各有什么利弊?
譬如listener放在一起,便于复用消息队列网络连接,提升性能?
譬如分散在业务服务下,开发一个有scheduler或者listener的功能时,只需要更新功能所在服务即可,不需要跨服务开发?
15 回答8.4k 阅读
8 回答6.2k 阅读
1 回答4k 阅读✓ 已解决
3 回答6k 阅读
3 回答2.2k 阅读✓ 已解决
2 回答3.1k 阅读
2 回答3.8k 阅读
拆得越细,通常架构越复杂, 开发、修改、监控都会变得更复杂, 但好处是收获了可扩展性, 怎么做完全取次于业务需要和团队对技术把握能力. 要对性能做预测, 允许的情况下, 放在一起一般来说更易维护.