关于架构的思考

   “架构是一个技术框架体系，是一个项目支持的骨架，他决定了项目的边界，决定了现阶段项目的承受能力，开发速度，以及交付时间，还有成本。”

1

架构要结合场景来谈，

一切脱离场景的架构都是不切实际的

---

像58的孙玄老师说的那样，架构一定要结合场景来谈，场景包括什么呢？比如人力资源，预算成本，开发周期，业务等等综合的因素来考虑设计架构。

没有最好的架构，只有最适合的架构，架构一定是结合场景综合考虑之后的产物，而在架构演进的过程中，原有的架构又有被场景所弃。架构是一系列场景综合的结果，是场景的支撑骨架。

在这个骨架下，可能保证现有场景满足低成本，高效率的开发。以上是58的孙玄老师架构哲学。

2

架构选型的基础是

广阔的技术视野，

---

我们架构师很重要的一点是技术视野是否开阔，也就是说我们知道的框架，或者一些开源的项目多不多。并且不但知道，也知道这个框架的优缺点，和本质是什么。

但技术视野足够开阔之后，剩下的所要做的就是一些选型，然后具体进入执行阶段，执行阶段也无外乎一些配置和代码层面的接口调用。

比如注册中心，配置中心，服务治理，限流，降级，熔断，分布式锁，分布式事务都会用到哪些技术框架。一般都有开源的，没有开源的，就要根据自己的场景来自造轮子。

3

架构师的本质就是

为企业降本增效

---

其实不只是架构师，所有程序员或者所有企业人员都是为了给企业降本增效的，当一个架构师有了给企业降本增效的能力后，就会在一定程度上获取为企业减少的成本的百分之几的奖赏。

当然，作为知识工作者，达到降本增效的目的不是很显而易见的。而且作为企业中的一员，其实很难界定自己作为架构师到底给企业带来了多少价值。量化是很难的。

一个优秀的架构师会把复杂的问题简单化，一个不优秀的架构师会把简单的问题复杂化，复杂的问题搞不定。所以扎克伯格也承认，一个优秀的程序员可能会是一个普通程序员的100倍，这里讲的是创造的价值。

4

架构的目的一定是为了现阶段

企业的项目稳定性和发展

---

一个好的架构可以达到高可用，高并发，并且自动化部署，运维，也会发现项目中的异常，也就是说服务治理系统监控的变量非常全面。

架构是一些开源框架，自己的轮子，代码，和一些逻辑的有机组成体，这样的结合保证了项目的发展需要和稳定性。

当然一些具体的坑一定是要踩的，但是架构师的一个本质工作就是会熟练的踩坑并且有预见性，可以在架构层面避免一些复杂度，从而降低企业成本。也会很快定位到项目架构的问题点，从而节省大量人力物力的成本。

架构一定是不断变化和演进的。没有最好的架构，只有最适合的。

感谢转转的孙玄老师的架构哲学分享。