如何决定选择微服务或单体？

个人觉得可以考虑一下几个方面（大家有异议可以在评论区讨论，后续想到我再加）：

1. 开发团队人数

•  微服务：  适合团队人数较多，一个人负责一个或多个服务，那样的优点就可以提现：各执其责将自己负责的服务尽可能优化到极致。
• 单体：人数只有2-3个人的项目，就不要考虑微服务了，任务分配存在交叉，不利于团队合作，增加开发成本。  

2.项目性质

• 微服务： 面对C端的网站可以采用微服务，可以为某个服务细小化，将并发能力发挥极致。
• 单体： 后台管理系统性的项目如果开发人员少建议优先考虑单体，   因为系统性的项目往往业务比较复杂，面向领导编程，在领导各种变态需求下还用微服务你会很难受。开发难度大大增加

3.打算投入成本

• 微服务： 如果公司对项目的定位投入较大，可以用微服务。
• 单体： 如果公司对项目不打算有太大的投入， 服务器人本、开发人员都控制的紧巴巴的千万别用微服务。

微服务缺点：

一旦考虑用微服务，  建议一开始就拆得够彻底，包括数据库， 数据库一旦拆分， 库跟库之间的关联数据就要冗余的明确， 一旦没有冗余到查询起来极麻烦， 但是冗余的数据也有个麻烦， 一旦涉及更新所有冗余到的数据都要更新到。