从0开始学架构 - (EPUB全文下载)

文件大小：9.21 mb。
文件格式：epub 格式。
书籍内容：

Table of Contents
说明 
 1.1 
开篇词 | 照着做，你也能成为架构师！ 
 1.2 
01 | 架构到底是指什么？ 
 1.3 
02 | 架构设计的历史背景 
 1.4 
03 | 架构设计的目的 
 1.5 
04 | 复杂度来源：高性能 
 1.6 
05 | 复杂度来源：高可用 
 1.7 
06 | 复杂度来源：可扩展性 
 1.8 
07 | 复杂度来源：低成本、安全、规模 
 1.9 
08 | 架构设计三原则 
 1.10 
09 | 架构设计原则案例 
 1.11 
架构专栏特别放送 | “华仔，放学别走！”第1期 
 1.12 
10 | 架构设计流程：识别复杂度 
 1.13 
11 | 架构设计流程：设计备选方案 
 1.14 
12 | 架构设计流程：评估和选择备选方案 
 1.15 
13 | 架构设计流程：详细方案设计 
 1.16 
14 | 高性能数据库集群：读写分离 
 1.17 
15 | 高性能数据库集群：分库分表 
 1.18 
架构专栏特别放送 | “华仔，放学别走！” 第2期 
 1.19 
16 | 高性能NoSQL 
 1.20 
17 | 高性能缓存架构 
 1.21 
18 | 单服务器高性能模式：PPC与TPC 
 1.22 
19 | 单服务器高性能模式：Reactor与Proactor 
 1.23 
20 | 高性能负载均衡：分类及架构 
 1.24 
21 | 高性能负载均衡：算法 
 1.25 
22 | 想成为架构师，你必须知道CAP理论 
 1.26 
23 | 想成为架构师，你必须掌握的CAP细节 
 1.27 
24 | FMEA方法，排除架构可用性隐患的利器 
 1.28 
25 | 高可用存储架构：双机架构 
 1.29 
26 | 高可用存储架构：集群和分区 
 1.30 
27 | 如何设计计算高可用架构？ 
 1.31 
如何高效地学习开源项目 | “华仔，放学别走！” 第3期 
 1.32 
28 | 业务高可用的保障：异地多活架构 
 1.33 
29 | 异地多活设计4大技巧 
 1.34 
30 | 异地多活设计4步走 
 1.35 
31 | 如何应对接口级的故障？ 
 1.36 
32 | 可扩展架构的基本思想和模式 
 1.37 
33 | 传统的可扩展架构模式：分层架构和SOA 
 1.38 
34 | 深入理解微服务架构：银弹 or 焦油坑？ 
 1.39 
35 | 微服务架构最佳实践 - 方法篇 
 1.40 
36 | 微服务架构最佳实践 - 基础设施篇 
 1.41 
37 | 微内核架构详解 
 1.42 
38 | 架构师应该如何判断技术演进的方向？ 
 1.43 
39 | 互联网技术演进的模式 
 1.44 
40 | 互联网架构模板：“存储层”技术 
 1.45 
41 | 互联网架构模板：“开发层”和“服务层”技术 
 1.46 
42 | 互联网架构模板：“网络层”技术 
 1.47 
43 | 互联网架构模板：“用户层”和“业务层”技术 
 1.48 
44 | 互联网架构模板：“平台”技术 
 1.49 
45 | 架构重构内功心法第一式：有的放矢 
 1.50 
46 | 架构重构内功心法第二式：合纵连横 
 1.51 
47 | 架构重构内功心法第三式：运筹帷幄 
 1.52 
48 | 再谈开源项目：如何选择、使用以及二次开发？ 
 1.53 
49 | 谈谈App架构的演进 
 1.54 
50 | 架构实战：架构设计文档模板 
 1.55 
架构师成长之路 | “华仔，放学别走！” 第4期 
 1.56 
结束语 | 坚持，成就你的技术梦想 
 1.57 
架构师必读书单 | “华仔，放学别走！” 第5期 
 1.58 
整理自极客时间专栏
开篇词 | 照着做，你也能成为架构师！
每个程序员心中都有一个成为架构师的梦想，梦想是美好的，但道路是曲折的。
我大概在 2006 年开始参与架构设计，原本以为学习架构设计就像学习一门编程语言一样，先学习一下基本的语法，再研究一下细节和原理，然后实践一下就能够快速掌握。但真正实践后才发现，架构设计的难度和复杂度要高很多。从最早开始接触架构设计，到自我感觉初步完整掌握架构设计，至少花费了 6 年时间。等到自我感觉彻底掌握架构设计的精髓，至少花费了 8 年的时间（当然，这个过程中我不是一直在做架构设计）。
我曾经以为是自己天资愚笨才会这样，
后来我带了团队，看到几乎每个程序员在尝试架构设计的时候，都面临着我曾经遇到过的各种困惑和瓶颈
。特别是我作为职业等级晋升评委的时候，
发现很多同学技术能力很强，业务也很不错，但却卡在了架构设计这部分
。我意识到这应该不是个人天资的问题，而是架构设计本身的一些特性导致的。
我总结几个架构设计相关的特性：
架构设计的思维和程序设计的思维差异很大。
架构设计的关键思维是判断和取舍，程序设计的关键思维是逻辑和实现
。很多程序员在转换为架构师后，很难一开始就意识到这个差异，还是按照写代码的方式去思考架构，会导致很多困惑。
架构设计没有体系化的培训和训练机制。
大学的课程几乎没有架构设计相关的课程，架构设计的书籍更多的也只是关注某个架构设计点，没有体系化的架构设计书籍，导致程序员在学习上没有明确指导，只能自己慢慢摸索，效率低，容易踩坑。
程序员对架构设计的理解存在很多误区。
例如：要成为架构师必须要有很强的技术天分；架构师必须有很强的创造力；架构设计必须要高大上才能体现架构师能力；架构一定要具备高可用、高性能……这些似是而非的误区让很多技术人员望而生畏，还没尝试就已经放弃了。
得益于移动互联网技术的快速发展，我在加入 UC 后有很多的机会直接参与架构设计，这些架构背后的业务形形色色，包括社交、电商、游戏、中间件、内部运营系统；用到的技术栈差异也比较大，包括 PHP，Java、C++ 等。虽 ............

书籍插图：

以上为书籍内容预览，如需阅读全文内容请下载EPUB源文件，祝您阅读愉快。