【上】
架构设计能力，并不是使用过多少种开发工具，多少种开发框架，多少种开发语言，更不是工作过多少年。
架构设计能力，更多的是运用一些方法论，在不同业务，同一个业务的不同阶段，面对不同业务架构与系统架构存在的问题，去解决这些问题，高效率低成本支持业务发展的一种技术思路，一些最佳实践，一种设计能力。
比如说：
创业初期，技术选型的思路是什么？
自研还是开源，选择的思路是什么？
容量评估的方法论，思路与步骤是什么？
单体架构的核心痛点，与改进思路是什么？
垂直拆分的范畴与方法是什么？
反向代理层，站点层，微服务层，缓存层，数据库层水平扩展的方法论，与行业最佳实践是什么？
页面静态化技术的内涵与适用场景是什么？
DNS轮询到底解决什么问题？
为什么要实施微服务，什么阶段实施微服务？
过载保护的核心方法论与最佳实践是什么？
…
这些，不是工具，框架，开发语言的问题。
这些，是思路，方法论，最佳实践的问题。
这些，是架构设计能力相关的问题。
这里有40道架构设计思路，方法论，最佳实践的题目，感兴趣的小伙伴，可以看看，进行在通往架构师的路上，自己行进到了哪个阶段。
扫码，测试段位
欢迎晒分，欢迎探讨。
【下】
架构师之路，是漫长而又艰苦的，特别是自己一个人苦苦摸索时。
想要看书，却不知道从何看起。
想要问人，却不知道问谁。
东看一点，西看一点，却一点也不系统。
曾经的我，苦于缺少一本进阶手册，系统性的告诉我：流量百万阶段，架构怎么搞；流量千万阶段，架构怎么搞；流量上亿阶段，架构要关注什么。
没有人系统性的告诉我：接入层怎么设计，站点层怎么设计，微服务怎么设计，数据库缓存怎么设计。
没有人系统性的告诉我：高可用的方法论，高性能的方法论，一致性的方法论，负载均衡的方法论。
没有人系统性的告诉我：搜索系统怎么玩，IM系统怎么玩，feed系统怎么玩，秒杀系统怎么玩。
于是，我只能够，在做不同系统架构，业务架构的过程中，自己摸索，自己梳理，自己总结，直到今天。
过去15年的架构师生涯，就是这么过来的。
6月份的一天，我突发奇想，会不会有很多立志于成为架构师的小伙伴，也正苦于，无法系统性的学习互联网架构师的理论与实践，需要一份这样的手册呢？
说干就干，这就是“架构师之路训练营”的由来。
扫码，架构师之路训练营
测试题里的答案，在训练营里能够找到详细的解析。每一个技术点，也欢迎探讨。
我崇尚的架构理念是：
（1）任何脱离业务的架构设计，都是耍流氓；
（2）架构，不仅仅设计而来的，更是演进而来的；
你认可吗？
如果你认可，15年经验，一本系统性架构手册，4个月，你愿不愿意一起，欢迎加群。
阅读原文，立刻测试。