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