为什么学了那么多技术，还成不了架构师

对于大部分程序员，心中总有个目标要成为架构师，但是学了这么多技术，总是成不了一个掌握全局的架构师，无法做出最优的架构，这是为什么呢？
平常我们不论是工作，还是参加培训，所学到的多是些方法技巧或者工具的使用，而架构师具备的能力：理解业务，全局把控，选择合适技术，解决关键问题，指导研发落地实施。可见成为一名合格的架构师，不仅仅只是具备技术能力就可以完全胜任的，还需要领悟架构之道，架构之法并合理的应用。
架构之道是用来解决复杂的问题，并且在解决问题的过程中寻找平衡点，既简单又能满足发展，那么解决复杂问题的重要武器有哪些呢？
1、抽象思维：无抽象不架构，比如各种语言的微服务怎么治理，这个时候Servicemesh就是抽象了一层网络代理，来进行了治理，名叫sidecar，各种语言可以通过sidecar进行注册统一管理。
2、分层思维：想解耦必分层，分层是通过职责来划分的，只有职责单一，才能真正解耦。
3、分治思维:凡架构必拆分，分则有度，对于复杂的问题，可以分解成一个个小的问题进行解决掉，比如之前的单一服务，可以拆分成业务单一的多个微服务。
4、演化思维：架构是设计出来的，更是演化出来的，架构设计过度有时比设计不足更可怕，架构设计不足，则会后面的升级成本提高，设计过度，则会现在为期望提前买单,都是得不偿失的。适可而止的架构加时刻保持演进的变化是最合理的做法。
架构之法是能够让道更加具体，平常进行设计的一些原则，比如设计模式的七大设计原则、专有领域的设计原则，包括CAP、BASE，编码中的规范原则，比如阿里巴巴著名的《Java开发规范》，它已经成为行业普遍的指导性开发规范。
总结：
1.很多人学了那么多技术和工具，为什么还不能成为合格的架构师，其原因就是所学那些只是小乘，架构之道和法才是上乘。
2.但是学习和使用设计原则，又不能形成强迫症。碰到复杂的业务场景，我们需要随机应变。在实际开发中，要考虑到人力、时间、成本质量，不要刻意追求完美，要在适当的场景遵循设计原则，体现的是一种平衡取舍，帮助我们设计出更加优雅的代码结构，做出适合自己的架构决策，适合的才是最好的。
感兴趣的可以关注公众号：

来源：https://xie.infoq.cn/article/1b44619cb55af0a5f02dfc154