cluod项目分析 spring_为何说spring cloud适合中小型项目，而不适合大型项目？

如果只回答一句话，而且是笼统概括的话，我的看法跟标题恰恰相反，但也不是绝对的。我把题主的问题，拆解成3个问题：如何考虑是否选择做微服务、spring cloud和dubbo的关系以及微服务的选型、怎么界定项目规模以及规模和微服务的关系。下面一一回答。

微服务系统适合的场景

1、选择微服务与否，跟业务系统的类型和规模，研发、测试、运维的能力，公司发展的阶段等，都有关系。

以下几类系统，比较适合使用微服务架构，或者使用微服务架构改造：大型的前后分离的复杂业务系统后端，业务越复杂，越需要我们合理的设计和划分，长期的维护成本会非常高，历史包袱也很重，这个问题后面会详谈。

变化发展特别快的创新业务系统，业务快，就意味着天天要“拥抱变化”，每一块的业务研发都要被业务方压的喘不过气，不做拆分、自动化，一方面研发资源永远不够用，活永远干不完，另一方面不停的在给系统打补丁，越来质量越低，出错的可能性也越来越大。

规划中的新大型业务系统，如果有能力一开始就应该考虑做微服务，而不是先做单体，还是发展到一定的阶段再做改造，改造一定是伤筋动骨的大手术，虽然我们可以采取一些策略做得更平滑，但是成本还是比较高的。

敏捷自驱的小研发团队，拥抱新技术，可以直接用微服务做系统，不但的通过快速迭代、持续交付，经过一定时间的尝试和调整，形成自己的微服务实践经验，这样在团队扩大时可以把好的经验复制到更大的团队。

反过来，以下几类系统，不太适合一开始就做微服务