• 大型技术架构 网络技术
21年品牌 40万+商家 超1.5亿件商品

大型技术架构 网络技术

13.88 九五品

仅1件

北京朝阳
认证卖家担保交易快速发货售后保障

作者李智慧

出版社: 电子工业出版社

出版时间2013

装帧平装

开本大32开

上书时间2023-05-27

清怡书屋

八年老店
已实名 已认证 进店 收藏店铺

   商品详情   

品相描述:九五品
商品描述
主编:

本书作者是阿里巴巴构建的亲历者,拥有核心技术部门的一线工作经验,直接体验了大型构建与发展过程中的种种生与死,蜕与变,见证了一个架构从幼稚走向成熟稳定的历程。没有晦涩难懂的术语,没有诘屈聱牙的文句,没有故弄玄虚的观点明明白白的语句,清清楚楚的文,干净利落的建议让读者直接体会架构的紧要处,不容马虎的关键点这恰好是一个很好的架构所的要素。如果说“水不在深,有龙则灵”,那么对于想了解架构的读者而言,这本书恰好是“书不在多,有它则行!”还犹豫什么呢?

目录:

篇 概述
1 大型架构演化
1.1 大型软件系统的特点
1.2 大型架构演化发展历程
1.2.1 初始阶段的架构
1.2.2 应用服务和数据服务分离
1.2.3 使用缓存改善性能
1.2.4 使用应用服务器集群改善的并发处理能力
1.2.5 数据库读写分离
1.2.6 使用反向代理和cdn加速响应
1.2.7 使用分布式文件系统和分布式数据库系统
1.2.8 使用nosql和搜索引擎
1.2.9 业务拆分
1.2.10 分布式服务
1.3 大型架构演化的价值观
1.3.1 大型架构技术的核心价值是随所需灵活应对
1.3.2 驱动大型技术发展的主要力量是的业务发展
1.4 架构设计误区
1.4.1 一味追随大公司的解决方案
1.4.2 为了技术而技术
1.4.3 企图用技术解决所有问题
1.5 小结
2 大型架构模式
2.1 架构模式
2.1.1 分层
2.1.2 分割
2.1.3 分布式
2.1.4 集群
2.1.5 缓存
2.1.6 异步
2.1.7 冗余
2.1.8 自动化
2.1.9 安全
2.2 架构模式在新浪微博的应用
2.3 小结
3 大型核心架构要素
3.1 性能
3.2 可用性
3.3 伸缩性
3.4 扩展性
3.5 安全性
3.6 小结
第2篇 架构
4 瞬时响应:的高性能架构
4.1 性能测试
4.1.1 不同视角下的性能
4.1.2 性能测试指标
4.1.3 性能测试方
4.1.4 性能测试报告
4.1.5 性能优化策略
4.2 web前端性能优化
4.2.1 浏览器访问优化
4.2.2 cdn加速
4.2.3 反向代理
4.3 应用服务器性能优化
4.3.1 分布式缓存
4.3.2 异步作
4.3.3 使用集群
4.3.4 代码优化
4.4 存储性能优化
4.4.1 机械硬盘vs. 固态硬盘
4.4.2 b+树vs. lsm树
4.4.3 raid vs. hdfs
4.5 小结
5 万无一失:的高可用架构
5.1 可用性的度量与核
5.1.1 可用性度量
5.1.2 可用性核
5.2 高可用的架构
5.3 高可用的应用
5.3.1 通过负载均衡进行无状态服务的失效转移
5.3.2 应用服务器集群的session管理
5.4 高可用的服务
5.5 高可用的数据
5.5.1 cap
5.5.2 数据备份
5.5.3 失效转移
5.6 高可用的软件质量保证
5.6.1 发布
5.6.2 自动化测试
5.6.3 预发布验证
5.6.4 代码控制
5.6.5 自动化发布
5.6.6 灰度发布
5.7 运行监控
5.7.1 监控数据采集
5.7.2 监控管理
5.8 小结
6 永无止境:的伸缩性架构
6.1 架构的伸缩性设计
6.1.1 不同功能进行物理分离实现伸缩
6.1.2 单一功能通过集群规模实现伸缩
6.2 应用服务器集群的伸缩性设计
6.2.1 重定向负载均衡
6.2.2 dns域名解析负载均衡
6.2.3 反向代理负载均衡
6.2.4 ip负载均衡
6.2.5 数据链路层负载均衡
6.2.6 负载均衡算
6.3 分布式缓存集群的伸缩性设计
6.3.1 memcached分布式缓存集群的访问模型
6.3.2 memcached分布式缓存集群的伸缩性挑战
6.3.3 分布式缓存的一致性hash算
6.4 数据存储服务器集群的伸缩性设计
6.4.1 关系数据库集群的伸缩性设计
6.4.2 nosql数据库的伸缩性设计
6.5 小结
7 随需应变:的可扩展架构
7.1 构建可扩展的架构
7.2 利用分布式消息队列降低系统耦合性
7.2.1 事件驱动架构
7.2.2 分布式消息队列
7.3 利用分布式服务打造可复用的业务台
7.3.1 web service与企业级分布式服务
7.3.2 大型分布式服务的需求与特点
7.3.3 分布式服务框架设计
7.4 可扩展的数据结构
7.5 利用开放台建设生态圈
7.6 小结
8 固若金汤:的安全架构
8.1 道高一尺魔高一丈的应用攻击与防御
8.1.1 xss攻击
8.1.2 注入攻击
8.1.3 csrf攻击
8.1.4 其他攻击和漏洞
8.1.5 web应用防火墙
8.1.6 安全漏洞扫描
8.2 信息加密技术及密钥安全管理
8.2.1 单向散列加密
8.2.2 对称加密
8.2.3 非对称加密
8.2.4 密钥安全管理
8.3 信息过滤与反垃圾
8.3.1 文本匹配
8.3.2 分类算
8.3.3 黑名单
8.4 电子风险控制
8.4.1 风险
8.4.2 风控
8.5 小结
第3篇 案例
9 网的架构演化案例分析
9.1 网的业务发展历程
9.2 网技术架构演化
9.3 小结
10 维基百科的高性能架构设计分析
10.1 wikipedia整体架构
10.2 wikipedia性能优化策略
10.2.1 wikipedia前端性能优化
10.2.2 wikipedia服务端性能优化
10.2.3 wikipedia后端性能优化
11 海量分布式存储系统doris的高可用架构设计分析
11.1 分布式存储系统的高可用架构
11.2 不同故障情况下的高可用解决方案
11.2.1 分布式存储系统的故障分类
11.2.2 正常情况下系统访问结构
11.2.3 瞬时故障的高可用解决方案
11.2.4 临时故障的高可用解决方案
11.2.5 故障的高可用解决方案
12 网购系统架构设计案例分析
12.1 活动的技术挑战
12.2 系统的应对策略
12.3 系统架构设计
12.4 小结
13 大型典型故障案例分析
13.1 写志也会引发故障
13.2 高并发访问数据库引发的故障
13.3 高并发情况下锁引发的故障
13.4 缓存引发的故障
13.5 应用启动不同步引发的故障
13.6 大文件读写独占磁盘引发的故障
13.7 滥用生产环境引发的故障
13.8 不规范的流程引发的故障
13.9 不好的编程惯引发的故障
13.10 小结
第4篇 架构师
14 架构师艺术
14.1 关注人而不是产品
14.2 发掘人的
14.3 共享美好蓝图
14.4 共同参与架构
14.5 学会妥协
14.6 成他人
15 架构师职场攻略
15.1 发现问题,寻找突破
15.2 提出问题,寻求支持
15.3 解决问题,达效
16 漫话架构师
16.1 按作用划分架构师
16.2 按效果划分架构师
16.3 按职责角划分架构师
16.4 按关注层次划分架构师
16.5 按碑划分架构师
16.6 非主流方式划分架构师
附录a 大型架构技术一览
附录b web开发技术发展历程
后记

内容简介:

由李智慧著作的大型技术架构(核心与案例分析)通过梳理大型技术发展历程,剖析大型技术架构模式,深入讲述大型互联网架构设计的核心,并通过一组典型技术架构设计案例,为读者呈现一幅包括技术选型、架构设计、性能优化、web安全、系统发布、运维监控等在内的大型开发全景视图。大型技术架构(核心与案例分析)不仅适用于指导工程师、架构师进行技术架构设计,也可用于指导产品经理、项目经理、测试运维人员等了解技术架构的基础概念;还可供包括企业系统开发人员在内的各类软件开发从业人员借鉴,了解大型的解决方案和开发理念。

作者简介:

李智慧曾在阿里巴巴担任技术专家,参与阿里巴巴基础技术台开发和..架构设计。目前职英特尔亚太研发中心从事云计算与大数据方面的研发工作。

精彩内容:

    序一

    传统的企业应用系统主要面对的技术挑战是处理复杂凌乱、千变万化的所谓业务逻辑,而大型主要面对的技术挑战是处理超大量的用户访问和海量的数据处理;前者的挑战来自功能性需求,后者的挑战来自非功能性需求;功能性需求也许还有“人月神话”聊以,通过增加人手解决问题,而非功能需求大多是实实在在的技术难题,无论有多少工程师,做不到是做不到。it系统应用于企业管理已有超过半个世纪的历史,人们在这方面积累了大量的知识和经验(架构模式,领域分析,项目管理),而真正意义上大型从出现至今不过短短十多年的时间,很多技术挑战还在摸索阶段。市面上关于传统企业应用开发的书籍汗牛充栋,而真正能够深入全面地阐述大型技术架构的图书寥寥无几。所以很多人很困惑:为什么很多看起来不是很复杂的,比如facebook、,都需要大量很好高手来开发呢?

    值得庆幸的是,作者为我们带来了这本《大型技术架构:核心与案例分析》,比较全面地阐述了大型的主要技术挑战和解决方案。宏观层面上,将架构的演化发展、架构模式、核心要素一一道来;微观层面上,将架构常用的分布式缓存、负载均衡、消息队列、分布式服务、甚至如何发布运维都逐一进行了阐述。大型的技术之道尽在于此。

    作者在阿里巴巴工作期间,一方面参与基础技术台产品开发,一方面参与架构设计,这些经历使作者能够比较全面地从理论和实践两个视角去看待和描述架构。书中的技术内容基本都从为什么(why)要这么做和如何去做(how)两个层面进行表述。读者可知其然并知其所以然。

    阅读本书也许不能使你此掌握大型架构设计的屠龙之术,但至少使你对架构的方和思维方式能有全面了解。

    开卷有益,应该指的是这样的书。

    研究员 潘磊

    序二

    这些年互联网技术蓬勃发展,各种成熟的组件、工具、框架越来越丰富,各种理论逐渐发展成熟,各大公司公开的理论和实践资料也越来越多,在各个领域都有比较成熟的解决方案,但是研究靠前互联网公司的架构,无论是google、facebook、还是、、腾讯、百度,都各有其独特的地方。

    各个环节都有成熟的产品或者方案,为什么这么多互联网公司的架构还有如此明显的差异呢?是不是照着google、facebook、的架构做,能做好一个“大型的互联网应用”呢?

    正如本书中所言:“好的设计保证不是模仿、不是生搬硬套某个模式,而是在对问题深刻理解之上的创造与创新,即使是‘微创新’,也是让人耳目一新的似曾相识。山寨与创新的优选区别不在于是否抄袭、是否模仿,而在于对问题和需求是否真正理解与把握。”

    这些大型的互联网应用是设计出来的?还是演化出来的?在设计的过程中需要虑哪些因素?演化过程中都会面临哪些问题,哪些挑战?

    本书从性能、可用性、伸缩性、扩展性、安全性几个核心架构要素切入,全面地介绍了这些核心要素面临的问题域、理论基础及应对方案;对这几个方面进行系统地分析,结合目前成熟的解决方案,以及作者自己的工作经验,理论联系实际,踏实细致地提出合理的解决方案,很好值得我们学和借鉴。

    作者还通过对、wikipedia、分布式存储系统、系统等案例的分析,仔细探讨了典型互联网架构的演进过程,剖析了分布式系统设计和实现中的挑战和解决方案,并研究了特别情况下,给带来的难以预计的瞬间高并发冲击的应对策略和架构设计。还通过一些实实在在发生过的故障案例分析,从另一个侧面来说明,我们在做技术架构时,需要量的一些关键点,这些分享都是的血泪经验。

    本书观点明确,涉及的问题域有针对性和全面性,对问题的分析过程清晰,提出的解决方案切实可行,充分结合了目前成功的互联网公司的架构经验,结合了作者丰富的工作经验,是一本值得行业内人士学和关注的好书。

    作者李智慧在互联网行业具有丰富的经验,在阿里巴巴工作的几年中担任架构师,参与过多个重要的项目和产品的架构设计,遇到和处理了很多复杂的问题,在这方面积累了大量的经验。本书是作者多年的架构师经历,以及时刻的思和积累的结晶,一词一句都是经验之谈,都是智慧的闪亮。

    感谢作者耗费精力给我们带来如此精炼而又内容丰富的一本好书。

    架构师 王定乾

   相关推荐   

—  没有更多了  —

以下为对购买帮助不大的评价

此功能需要访问孔网APP才能使用
暂时不用
打开孔网APP