微服务演变

通过SSM框架已经可以进行程序的业务研发工作了，但是此框架对于承载大型互联网业务可能存在一些弊端（通过框架降低人为犯错的概率）。例如在同一个工程中，代码间的耦合和依赖会是一个问题；部分修改尤其是基础模块的修改需要整个项目的编译以及系统测试，会是一种人力成本的浪费；某些模块能力需要对外开放时，传统架构对单一模块的扩展无法支撑也是一个问题。诸如此类的问题非常多，其实汇聚成一点，就是 大系统不灵活。

为了解决以上问题，微服务的理念应运而生。简单来讲，微服务就是把一个大系统拆分成很多个小系统，每个小系统独立运行，承担一部分能力，这样可以让单独一个小系统承担的任务更加纯粹，负责这块系统的研发人员也可以更加专注。

微服务的好处很多，总体来看它确实优化了很多传统框架无法解决的问题。但是把一个大程序拆分成很多的小程序，也会带来很多问题。因为程序间是通过网络调用的，不像传统架构是程序内部调用的，那么程序间的网络通信是微服务要解决的问题；还有程序间的调用关系链及依赖问题、服务间互相调用时的服务发现问题等。微服务的引入带来的问题主要通过微服务框架进行解决。SpringCloud是一种微服务框架。