最近公司需要搭建新的项目架构，然纠结万分。于是找到公司多年前的同事文兄，说起他真的称得上是位技术大牛，对我的技术生涯有很大帮助【在此还有杨大、宽兄、小猪都是我的技术导师】，无论什么问题到他那里敲敲键盘立马迎刃而解【然脑海里的知识不知丰富几何】。
于是我就问了他一句：你觉得Dubbo跟Spring Cloud相比怎样？
只见他回了一句话：Dubbo，Spring Cloud都是分布式的，你们需要吗？
仅一句话道出了架构的核心思想。到底什么含义，请读者思考，后文在告诉大家。
他继续说道：Spring Cloud现在文档少，然Rest风格容易集成老系统，且是以后微服务架构的首选，只是现在案例不是很多，还需要大量的踩坑。Spring cloud的优势是肯定的，如果遇到问题或后期框架有重大更新就要看有没有技术储备进行维护改造。虽然Dubbo只是Spring Cloud一部分功能，但相对稳定些，在中国有大量的案例，官网很详细，是资料最全的技术框架。而且分布式不是一步过来的，前期主要以服务注册中心【Zookeeper】及服务调用方式【RPC】为主，后期服务多了，到时就有一些问题，后面再根据问题进行服务治理：服务网关、分布式追踪、分布式配置管理等以达到高可用的目的。分布式架构每到一个阶段都会遇到一些问题，并不是一步而就的，所以说架构是演化过来的。
期间我还问起了他们现用的架构，他们目前采用的是Spring Boot + Dubbo，Zookeeper作为分布式协调服务。我继续追问道架构除了Dubbo跟Spring Boot还有其他需要的周边技术也列举下，他谈论到有很多，让我学者学者就知道了，并不吝列举了RabbitMQ等基本及根据不同的业务进行技术选型：elasticsearch，mongodb，elasticjob，分布式配置，elk等分布式技术。并问我们代码还是用svn吧，去看一下git。
顿时，我感觉需要恶补技术了，但是又苦于没有头绪，于是他给我推荐了一些好书：
<轻量级微服务架构【上册架构探险】>
<分布式系统【常用技术及案例分析】>
<SpringBoot揭秘【快速构建微服务体系】>
<Spring Boot实战【Java EE开发的颠覆者】>
<Spring Cloud与Docker>
并拍照了一系列去年之前已经阅读过的技术相关书籍，顿时感觉没有对比就没有伤害，难怪那时候在装修公司看他对待什么问题都能迎刃而解。而且那时候我就已经想到了他以后的发展。他现在也正是在往架构师方向，必须学习这些，并对今年定了目标。说起：技术是不归路。
他让我先看看分布式、微服务到底要解决哪些问题。我想这应该就是架构的核心思想吧，一切技术都是服务业务的。只有对技术的始末缘由有了充分的了解才能根据业务选择架构。
听君一席话，胜读十年书。这个行业虽然是高薪，但是对个人的要求还是很高的，否则只能平凡普通。无论技术还是管理，亦或是技术出身的管理更胜之，别人以为我们每天敲敲键盘拿高工资【他说他老婆至今还是这么认为的】，然背后的艰辛又有谁知道呢。