

从 0 开始学架构

李运华

前阿里资深技术专家（P9）

58367 人已学习

立即订阅

登录后，你可以任选4讲全文学习

课程目录

已完结/共 64 讲

开篇词 (1讲)



开篇词 | 照着做，你也能成为架构师！

基础架构 (13讲)



01 | 架构到底是指什么？

02 | 架构设计的历史背景

03 | 架构设计的目的

04 | 复杂度来源：高性能

05 | 复杂度来源：高可用

06 | 复杂度来源：可扩展性

07 | 复杂度来源：低成本、安全、规模

08 | 架构设计三原则

09 | 架构设计原则案例

10 | 架构设计流程：识别复杂度

11 | 架构设计流程：设计备选方案

12 | 架构设计流程：评估和选择备选方案

13 | 架构设计流程：详细方案设计

高性能架构模式 (8讲)



14 | 高性能数据库集群：读写分离

15 | 高性能数据库集群：分库分表

16 | 高性能NoSQL

17 | 高性能缓存架构

18 | 单服务器高性能模式：PPC与TPC

19 | 单服务器高性能模式：Reactor与Proactor

20 | 高性能负载均衡：分类及架构

21 | 高性能负载均衡：算法

高可用架构模式 (10讲)



22 | 想成为架构师，你必须知道CAP理论

23 | 想成为架构师，你必须掌握的CAP细节

24 | FMEA方法，排除架构可用性隐患的利器

25 | 高可用存储架构：双机架构

26 | 高可用存储架构：集群和分区

27 | 如何设计计算高可用架构？

28 | 业务高可用的保障：异地多活架构

29 | 异地多活设计4大技巧

30 | 异地多活设计4步走

31 | 如何应对接口级的故障？

可扩展架构模式 (6讲)



32 | 可扩展架构的基本思想和模式

33 | 传统的可扩展架构模式：分层架构和SOA

34 | 深入理解微服务架构：银弹 or 焦油坑？

35 | 微服务架构最佳实践 - 方法篇

36 | 微服务架构最佳实践 - 基础设施篇

37 | 微内核架构详解

架构实战 (13讲)



38 | 架构师应该如何判断技术演进的方向？

39 | 互联网技术演进的模式

40 | 互联网架构模板：“存储层”技术

41 | 互联网架构模板：“开发层”和“服务层”技术

42 | 互联网架构模板：“网络层”技术

43 | 互联网架构模板：“用户层”和“业务层”技术

44 | 互联网架构模板：“平台”技术

45 | 架构重构内功心法第一式：有的放矢

46 | 架构重构内功心法第二式：合纵连横

47 | 架构重构内功心法第三式：运筹帷幄

48 | 再谈开源项目：如何选择、使用以及二次开发？

49 | 谈谈App架构的演进

50 | 架构实战：架构设计文档模板

特别放送 (11讲)



架构专栏特别放送 | “华仔，放学别走！”第1期

架构专栏特别放送 | “华仔，放学别走！” 第2期

如何高效地学习开源项目 | “华仔，放学别走！” 第3期

架构师成长之路 | “华仔，放学别走！” 第4期

架构师必读书单 | “华仔，放学别走！” 第5期

新书首发 | 《从零开始学架构》

致「从0开始学架构」专栏订阅用户

第二季回归 | 照着做，你也能顺利晋升！

加餐｜单服务器高性能模式性能对比

加餐｜扒一扒中台皇帝的外衣

加餐｜业务架构实战营开营了

结束语 (1讲)



结束语 | 坚持，成就你的技术梦想

结课测试 (1讲)



结课测试｜这些架构技能你都掌握了吗？



从 0 开始学架构

15





15

1.0x 

00:00/00:00

开通超级会员可免费学习本课程，还可解锁海量内容免费学特权。

加餐｜业务架构实战营开营了

李运华 2021-01-20

你好，我是华仔！
感谢你订阅我的架构专栏，架构专栏从 2018 年上线至今，已经有超过 50000 的用户订阅，相信你也已经从架构专栏中收获良多。
开设架构训练营的初衷是什么？架构专栏以及对应的书籍《从零开始学架构》上线后，我收到了很多用户的反馈和评价，对于感谢和夸奖的部分我就不多说了，我来谈谈一个比较有意思的现象。
有一部分用户认为专栏内容是系统化的，将架构设计的本质讲清楚了，学习专栏需要一定的基础和经验，例如：
而另外一部分用户的评价截然相反，认为架构专栏和书籍是适合入门科普的，学习专栏主要是知道了一大堆架构相关的概念，例如：
也就是说，同样的内容，一部分用户认为是适合入门和科普，一部分用户却认为需要一定的架构基础才能看懂，这是怎么回事呢？
其实从我个人的写作目的来说，我的本意是将我自己多年架构设计经验和思考提炼成通用的架构方法论，剖析常见的架构模式的本质，希望通过“授人鱼不如授人渔”的方式，让你能够从本质上掌握架构设计的方法，从而能够自如地将“面向复杂度的架构设计方法论”应用到你的实际业务系统中。
那为什么会出现两种截然不同的评价和看法呢？
我认真思考了一下，其实并不是架构专栏的内容本身有问题，而是不同基础的用户对内容的理解差异导致了不同的评价和看法。