微服务划分问题:schedule任务和listener是集中在一起好还是分散在业务服务下好?

微服务划分问题:各种不同业务的scheduler和listener是集中在一起,分别放在一个scheduler和listener的服务里好,还是分散放在其相关的业务服务下好?
各有什么利弊?
譬如listener放在一起,便于复用消息队列网络连接,提升性能?
譬如分散在业务服务下,开发一个有scheduler或者listener的功能时,只需要更新功能所在服务即可,不需要跨服务开发?

阅读 2k
2 个回答

拆得越细,通常架构越复杂, 开发、修改、监控都会变得更复杂, 但好处是收获了可扩展性, 怎么做完全取次于业务需要和团队对技术把握能力. 要对性能做预测, 允许的情况下, 放在一起一般来说更易维护.

scheduler多的话还是单独拆分一个服务比较好,对服务器压力比较小

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题