架构实战业命题二学习总结

模块 2 介绍如何抓住架构设计关键点

用一个完整的思路介绍从复杂度下手，有历史背景，有名词，有理论，有实战案例，有过程，也有互动

和单纯看书有很大的不同，老师介绍的是他经过多年的经验积累和思考总结的。

经由老师有条理和清晰的表达，一度误以为自己懂了，自己学会了。

不是只把这些硬背记来。自己遇到了还是不会，要背的不是这些结果，而是思考过程。

学习如何分析如何思考。而不只是会念一些专业用词。

第一模块介绍的

复杂度设计环：需求澄清后分析需求->判断复杂度->取舍备选方案->实现架构方案 4R(Ranks, Roles, Relations, Rules)->达成需求

架构设计三原则：适合，简单、演化

以往讲到设架构设计一上来就是 HA。

如果只说复杂度是一维的，只能说这系统很复杂，但是透过复杂度模型，加上业务和质量二个维度的思考，就不同了。就会变成有四种组合，就能有更清楚的定位，找到更合适的方法解决。

接下来才去做复杂度分析，高性能、高可用和可扩展。

鸡蛋篮子三理论：拆分、叠加、冗余法则。

高性能拆成计算高性能和存储高性能，

再各自拆成单机、集群。再针对每一项的本质和应对的做法归结整理。

高可用、可扩展也有类似的思路，但有些许不同。

高扩展以往一直和高弹性搞混了。

高可用和高性能有着相似的架构，但关键是多了状态检测。

高可用就一定是群集，不用去考虑单机 (HPC 不在此限)

任务分配和任务分解的不同，只差一字，相同的是用分配的概念，不同但复杂的用分解。

提高质量介绍了成本、安全，可观测性是可测试性和可维护性的基础。

成本和高性能之间的冲突。架构上能最有效的提供安全的硬件就是防火墙。

当然课程里有很多我不懂的东西，没听过，没看过，没用过。

但是我不担心，这都可以在其他地方补足，看书也好，看网上的文章也行，

我把重点发在老师是如何思考的。

如何把一个难懂的东拆解成清晰容易理解的过程。

细节不是不重要，而不要因为此刻纠结在细节里而把自己绊住无法继续前进。