大家在面试的时候，经常会被问到有没有用过分布式技术，用的是哪家的分布式框架。可能大家都比较纳闷，又不是多大的互联网公司，也没有多少业务量，为啥老是揪着分布式不放呢？其实啊，这还真不能怪面试官。
回想十年前，会个 SSM、SSH 框架就能找到工作。但现在不一样了，大家对 IT 系统的要求越来越高，业务也在不断扩展。如果使用传统的单体架构，后续扩展性会很差，所有功能都堆在一起。发布时只能整包一起发布，稍有点差错可能就会引发惊群效应，导致所有业务崩溃，单体架构的风险很高。
但分布式就不同了，它可以把业务模块拆分成少则几十个、多则上百个，进行分别部署。更新时只需重新发布修改后的包，没修改的不用管，继续对外提供服务。即便业务出问题，也只是单个包的问题，只需排查一两个包，定位相关包的日志就能解决，在一定程度上能提升问题排查效率。
在日常生产环境中，总有一些模块访问量多，一些模块访问量少。这时，我们可以对访问量多的模块增加节点部署、增加服务器，尤其是目前流行的云服务，能弹性计算、弹性扩容，动态完成节点部署。而访问量少的模块，可以用相对较少的服务器资源来对外提供服务。
再来说说分布式框架，现在市面上有很多，比较有名的就两家，一个是阿里的 Dubbo，一个是 Spring Cloud。还有一些是针对自家业务场景开发的开源框架。实现原理大差不差，像注册中心、配置中心、认证中心等等。分布式框架确实方便，但也带来了很多问题，比如系统会变得越来越复杂，运维成本很高，版本迭代发布也更复杂，还有常见的一致性问题等等。所以，分布式框架是一把双刃剑，要用好也要适当做减法。
好了，本期的内容就是这些，如果您对本期内容有任何疑问，欢迎在评论区给我留言，谢谢大家！
