写点什么

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

用户头像
Geek_993581
关注
发布于: 4 小时前

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

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

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

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

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

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

第一模块介绍的

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

架构设计三原则:适合,简单、演化


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


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

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

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

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

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

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

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

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

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

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


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

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


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


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

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

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

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

用户头像

Geek_993581

关注

还未添加个人签名 2020.03.05 加入

还未添加个人简介

评论

发布
暂无评论
架构实战业命题二学习总结