关于微服务的：
第一，当业务发展太快的时候，需要招聘更多的人来实现业务，人少的话，业务项目的交付速度是远远满足不了业务方的，他们会跳起来的。技术人员一旦突增，就得考虑一个事情，这波人如何协作。如果你只有一个单体的应用，那会大大降低交付速度的。大家都在一个服务上写代码，不可能高效的且容易出错；

第二，系统的最核心的模块稳定性出问题了，你想通过扩容的方式来解决，发现解决不了。时不时会被其他业务模块给拖垮了，这个时候，为了保证核心模块的稳定性，你只能单独拆分出去；

第三，业务形态是如何的，也是决定是否使用微服务的重要判断标准。业务流程上，它是独立的，那就可以拆分。比如财务模块，物流模块。