什么情况下的场景才适合使用微服务架构呢?

一般情况下使用到微服务架构，都是一些大型的互联网公司，因为大公司的业务繁多，需要按照业务维度切为为一个又一个微服务，当然中小型企业也会使用Spring Boot，因为Spring boot确实带来很多的便利，而且中小型企业也要为以后公司的壮大做准备。

所以使用微服务的场景：1）公司的业务复杂。2）希望能够提高开发效率，节约成本 3）未后续公司公司壮大，架构需要做准备。

可以简单总结下微服务适应的场景：

1.业务复杂，模块多且相对独立
当公司业务越来越复杂，单体应用的模块越来越多，而且模块之间是可以相互独立，能够专注独立的一个领域的，能够相互解耦，将复杂问题分解成多个简单问题。

2.团队多，管理隔离
公司团队越来越多，每个团队都有自己的管理方式，各自负责独立的模块或者领域。相互开发进度、维护应用都是可以相互隔离的，实现团队自治，提高开发效率

3.应用规模大，并发用户多
微服务可以横向分布式扩展，能够应对应用规模的不断扩大，可以应付海量用户增长

4.快速迭代、持续交付
当业务需求不断变化，需要频繁地发布新功能和更新时，微服务架构可以实现快速的开发、测试和部署，支持持续交付和持续集成。

5.技术栈多
微服务的实现不依赖于技术栈的选型，可以是不同技术栈开发应用，只要能够对外提供统一的接口服务即可。

——参考链接。