凤凰架构学习心得

最近一直没写博客，因为本人忙于申博而无暇顾及其他（最终终于上岸了）。笔者这几年也一直忙于让公司推动公司进行微服务方案整改。整改完成之后，决定还是再进行一次技术总结，于是，就又学习了一遍技术方案，然后在网络上翻到了周志明博士的《凤凰架构》（目录 | 凤凰架构）。学完之后，大为叹服。决定写几句有点心得体会。

1.架构是长出来的，而不是完全设计出来的。

2.微服务架构应该和组织的实际架构一致，即康威定律：

Any organization that designs a system will produce a design whose structure is a copy of the organization's communication structure.（系统的架构趋同于组织的沟通结构。）

3.不要为了技术而盲目推微服务方案，适合自己的才是最好的。

4.架构的历史是由原始分布式到单体，由单体到SOA，由SOA到微服务，再到后微服务和无服务。其中一条基本思路是：让架构变得不那么重要，让架构师只负责顶级架构设计，让工程师负责业务；而让工程师专注于业务，也是符合公司的理性的。

5.基于一系列不可靠装置上可以设计出一个可靠的系统。

6.JAVA之所以流行是因为这种语言的平台无关性（一次编译，到处运行）；但Docker等虚拟容器在打破这个语言的优势，因为Docker也在搭建跨平台层。

7.博士的学习，不仅仅是熟悉具体的技术方案，而且是要理解整体行业和领域，对整体行业领域有个融会贯通，并可以突破。