微服务和微服务架构的区别（微服务适合什么场景）

今天针对微服务架构的选型，我们今天进行一下探讨。

针对要不要微服务，我们按照以下思路进行探讨

1. 微服务产生的背景什么？
2. 什么是微服务？
3. 微服务和SpringCloud是什么关系？
4. 微服务适用什么场景？
5. 微服务架构需要依赖什么？

微服务架构是随着业务服务度的逐步提升，随着业务架构的逐步完善和升级发展而来的；基本的架构梳理，可以参考：传统项目中技术架构演进沟通讨论

借用网络上的一张图：

1. 微服务的特点、优点、缺点

2. 企业在什么时候考虑引入微服务

3. 不适合微服务的几个场景

微服务、docker、敏捷开发、devops之间的关系

SpringMVC、SpringBoot、SpringCloud的关系

架构选择不是说会用就能用。要了解背景，架构，适合场景，优缺点。不是说有人会用就用了。选择一个技术架构前，建议大家尤其了解有什么问题，对未来的工作成本和难度有个预期。

我感觉从公司技术体系的研究和储备角度上，肯定需要研究微服务。针对微服务架构的角度来讲，如果业务足够复杂，可以使用微服务架构来解决项目问题。

如果是全新的产品或者项目，感觉用SpringCloud的风险更小

如果前期有很多老旧项目，从技术平滑的角度讲，更建议dubbo zookeeper的方式。