概述

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

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

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

微服务产生的背景什么？

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

借用网络上的一张图：

什么是微服务？

微服务和springcloud是什么关系？

微服务适用什么场景？

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

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

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

微服务架构需要依赖什么？

其他

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

SpringMVC、SpringBoot、SpringCloud的关系

结论

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

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

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

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