中小研发团队架构实践pdf下载pdf下载

中小研发团队架构实践百度网盘pdf下载

作者:
简介:本篇主要提供中小研发团队架构实践pdf下载
出版社:金尚汇美图书专营店
出版时间:2018-12
pdf下载价格:0.00¥

免费下载


书籍下载


内容介绍

基本信息

  • 商品名:小团队构建大网站中小研发团队架构实践9787121352157电子工业
  • ISBN:9787121352157
  • 定价:69
  • 出版社:电子工业出版社
  • 作者:张辉清

参考信息(以实物为准)

  • 出版时间:2018-12-01
  • 印刷时间:
  • 版次:1
  • 印次:1
  • 包装:平装
  • 开本:16开
  • 用纸:胶版纸
  • 页数:220
  • 字数:264000

编辑推荐

本书结合作者十几年的工作经验,总结了一套系统又详细、且可落地的中小研发团队架构实践指导方案。本书分五个部分,开篇是本书的导读,架构篇介绍总体架构设计、应用架构设计、统一公司应用分层,以及性能调优WinDbg,框架篇是中间件或工具的介绍和使用,公共应用篇关注技术与业务的结合,案例篇主要提供了技改案例、技术与业务的匹配与融合等。

内容简介

本书结合作者近几年的工作经验,总结了一套可直接落地、基于开源、成本低、可快速搭建的中小研发团队架构实践方法。本书共5篇22章,开篇是本书的导读;架构篇是设计思想的提升,包括企业总体架构、应用架构设计、统一应用分层等;框架篇主讲中间件和工具的使用,包括消息队列、缓存、Job、集中式日志、应用监控和微服务等;公共应用篇是技术与业务的结合,包括单点登录和企业支付网关;进阶篇是从架构到管理,包括技改案例、技术与业务的匹配与融合等。从架构、框架、公共应用,到案例实战和技术管理,本书将大公司的工程理念压缩应用到中小研发团队,使小团队也能构建大网站。

前言序言

谈谈互联网公司的技术架构和管理



互联网公司的技术架构涉及商业模式、目标用户定位和产品运营等,而且和公司所处的发展阶段息息相关。公司所处的具体发展阶段不同,相应的工作重心也不同。在创业初期,讲究发展用户慢、用钱慢、产品迭代速度快。中小互联网公司处于初创和发展期,正是需要快速建立技术基础、快速进行产品迭代的阶段。这个阶段,有张辉清这样的过来人手把手教你建立框架、架构和技术管理体系,无疑可以大大加速技术的成熟,为业务发展提供坚实的技术保障。

互联网公司的技术架构体系可以说已逐步成熟,规律性越来越强,同时不断推陈出新,从物理硬件到前端展现,精彩纷呈、博大精深。互联网公司的技术架构有它的目标、指导思想、规范和体系:

? 技术架构的目标是更好地实现业务发展的短期和长期目标,实现利益相关者的利益平衡。

? 技术架构的指导思想是立足产业、公司、项目的业务和系统的实际情况,本着“业务架构决定技术架构,核心业务流程决定主要技术架构”的原则,根据分布式计算的基本原理和实践,选择合适的技术方案来实现目标,具体体现为应用架构规划、UML、四加一视图、概念模型架起需求和实现的桥梁、拆分和缓存、设计模式和设计原则等,也就是所谓Domain First,Persistence Second,Application Third。总之,这是充分调研、整体架构、增量迭代的过程。

? 建立技术架构的规范是为了统一公司的技术体系,总结规律、立规矩,便于技术的治理,防止各行其是和重复犯错导致技术成本的飙升,包括需求规范、架构过程和评审规范、开发规范、测试规范、部署架构规范、持续集成与发布上线规范、监控告警规范、事故处理规范等。

? 技术框架的体系涵盖物理层基础设施到展现层:与IaaS相关的有IDC自建机房、服务器集群、负载均衡、虚拟机、Docker等;与安全相关的有防火墙、入侵检测、备份容灾等;与持续发布相关的有GitHub、Jenkins等DevOps自动化运维工具等;基础支撑软件有Linux、MySQL、Hadoop、HBase、Elasticsearch(本书是Solr,读者可以自行选择)等;中间件有Java的Spring系列框架、Tomcat,更有分布式架构必需的微服务框架Spring Cloud和Dubbo、消息队列RabbitMQ和Kafka、分布式缓存Redis、分库分表中间件Mycat和Sharding-JDBC、API网关Zuul、配置中心、调度平台等,还有各种常用组件的框架封装;此外,有为整个网站保驾护航的日志中心、APM链路跟踪系统、度量平台、业务监控分析告警平台等。

互联网公司的技术问题主要有技术架构和技术管理两方面。在技术架构工作中,更多的是技术的深度和广度,而在管理性工作中,更多的是对于复杂的人和事的协调能力。互联网公司的技术管理工作主要有团队管理、项目管理和研发过程管理。

? 团队管理讲究客观、公正为主,人情为辅;决策必须科学合理;绩效考评既要看结果,又不能寒了人心。要靠事业、纪律、待遇、人情凝聚人心。主要依靠尊重人、激发人的自觉性来推动工作和团队管理,必要时也要剔除“刺头”来防止团队人心涣散。团队成员要德才兼备。

? 项目管理要防止“滑西瓜皮”,必须要有合理的项目计划,不断提高项目管理的可控度和可预测性。项目目标应适当,留有余量。项目的关键路径要确定清楚,优先确保完成,防止出现瓶颈,包括技术瓶颈、资源瓶颈、外部依赖瓶颈等。项目的时间要采取加班、加人、优化路径方案等必要措施以确保里程碑事件的落实。特殊情况下要调整项目计划,并□□时间通知干系人。项目的质量必须确保不能出现重大生产事故,这是由软件过程决定的,必须要有很好的工程意识。

? 研发过程管理主要是软件研发项目的整个生命周期的工程过程管理,包括需求、架构、开发、测试、上线、监控告警、事故及时处理和复盘等,需要规范严谨,尤其是配置管理、持续测试和发布过程□好实现工具化和自动化。

总之,管理首先要明确目标和规划,为此需要做必要的调查研究,实行民主集中制,从而做出正确的决策。管理目标、规划确定之后,□重要的是识人、用人、育人。这里首先需要对岗位的职责非常明确,也就是明确需要什么样的人。其次需要用各种手段来考察候选人的素质、能力和意愿是否符合岗位的要求。对于已确认的人才必须尊重,用人才□需要的东西来满足他。□后要育人。人无完人,我们不仅要包容人才的缺点,还要授之以渔,及时帮助人才,指出他们的优点和不足,及时指导他们的思想和工作方法,使其不断成长,能够胜任他们的工作。另外,用人做事,不是放任自流,还必须制定管理标准和制度,建立合理的机制、流程和文化,监控大局和关键的细节,形成体系,从而贯彻、执行和校验结果。所谓“制度管人、流程管事、机制文化决定一切”,□终靠结果说话。

中小互联网公司的技术架构和技术管理有其独有的特点。因为公司规模小,业务不够成熟,而产品需要快速迭代,所以应尽可能利用业界成熟的云计算和开源软件来降低运维和技术成本。但是,无论如何,基本的领域划分、服务化是必需的,至少要为将来的重构打下良好基础而不用把整个系统推倒重来,否则就会增加巨大的业务风险和成本。对于中小互联网公司的技术管理,应该保持队伍和流程的短小精悍、敏捷响应。

本书作者张辉清先生长期从事各种规模的互联网公司的架构和技术管理工作,历经架构师、技术总监、CTO等技术和管理岗位,对于互联网公司的功能架构、非功能架构和技术管理有着丰富的研究和经验。对于中小互联网公司技术架构和管理的道与术,本书做了非常系统的阐述,其中包含很多付出了巨大心血和代价的宝贵经验,对于广大中小型互联网公司有根本性的指导意义。

—前隆科技 架构框架总监 徐刚



对我而言,写书要比写代码难多了,加之文字功底非常有限,出书确实是一件不容易的事情。我今年37岁,这本书算是我人生上半场的工作总结,十二年我只在一个行业干一件事。

所谓实践出真知,本书的内容全部源自我一线的摸爬打滚,也许并不“漂亮”,但绝对真实,内容涉及几百个应用、100多个库、200多位研发人员,是我在□近两家公司的真实经历。从自主研发到基于开源,从不可复制到快速搭建,坚持代码比文章重要,简单实用比炫技重要,基于常用场景而不是特殊场景,追求一篇文章即可快速地入门。文章完全站在程序员学习和使用的角度,以及架构师价值输出的角度,尽量提供Demo和设计案例,并且全部放到GitHub上对读者开放,希望对公司创造正面的、可直接使用的价值。

当然,本书还有很多不尽人意的地方,比如内容由独立的篇章组成,有些背景介绍重复,缺少中间件设计思路、更多应用案例、更大规模的验证,以及进阶篇的绩效考核等。每次在推广中间件后,我都会随机讲讲故事:这个中间件的起源,为什么要使用它,没有它会导致什么,用它带来了什么好处,行业里哪些公司在使用它,等等。让读者不仅知道如何使用,还能知道为什么、如何去用好。这些零散的过程并没有在书中很好地展现。另外,应用案例偏少,技改之路篇侧重于过程,应用架构设计篇侧重于概要设计与领域模型,虽然有机票垂直搜索引擎和上云纪要,但总体还是偏少。如果有专门的业务应用篇,以业务问题为导向来介绍产品、订单、价格和库存等,讲透技术为业务服务的精髓,那将是非常棒的事情。再者,缺少更大规模的验证,我们当时日订单峰值突破10万张,资金流水每年300多亿元。更大规模的验证需要业务更大的发展,在我接触的系统中,日订单量突破200万张,除书中类似功能的中间件外,自主研发的数据库分库分表中间件(类似Mycat)也起到了非常关键的作用。世界上没有完美的系统,书自然也是这样,问题点就是我的下一个进步点。

这本书得以出版,要感谢的人太多。首先要感谢InfoQ和聊聊架构的编辑,是他们给了我创作的动力。感谢我原来任职的两家公司,给我提供了这么好的平台和机会。另外还有以前的同事,包括许珍珠、娄振宇、仝杭周、杨丽、邹振锋等所有曾经的同事,我们在一起做了大量早期研究工作,这些代码和研究成果才是书稿的基石。特别是杨丽,如果没有她的帮助,我可能无法独立完成全书。当然还有出版社的陈晓猛编辑,有了他的支持和协助,本书才得以出版。□后,还要感谢我的爱人,她和儿子的陪伴带给我好多快乐,并在文字方面提出了很多点睛之笔。有了这么多的机缘,才有了本书现在呈现的内容,谢谢你们!


张辉清

2018年11月30日晚


目录

□□篇 开篇
1 可参考的才是有价值的(含案例和代码)
1.1 框架篇―工欲善其事,必先利其器
1.2 架构篇―思想提升
1.3 公共应用篇―业务与技术的结合
1.4 进阶篇―从架构到管理
1.5 案例参考和Demo下载
第2篇 架构篇
2 企业总体架构
2.1 企业商务模型
2.2 架构现状
2.3 领域模型
2.4 架构规划
2.5 架构实施
2.6 案例参考
3 应用架构设计
3.1 初识架构设计
3.2 应用架构设计案例
3.3 更多知识探讨
3.4 互联网公司的架构设计要怎么落地
3.5 你给技术打个分
3.6 案例参考
4 统一应用分层
4.1 为什么要统一应用分层
4.2 统一应用逻辑架构
4.3 分层规范实践
4.4 互动问答
4.5 Demo下载
5 生产环境诊断工具WinDbg
5.1 诊断工具简介
5.2 获取异常进程的Dump文件
5.3 WinDbg的使用方法
5.4 一个真实案例
5.5 Demo下载
第3篇 框架篇
6 RabbitMQ快速入门及应用
6.1 为什么要用消息队列RabbitMQ
6.2 RabbitMQ简介
6.3 RabbitMQ的工作原理
6.4 RabbitMQ的基本用法
6.5 Demo下载
7 Redis快速入门及应用
7.1 Redis简介
7.2 Redis的数据结构
7.3 Redis的重要特性
7.4 使用方法
7.5 Redis Key命名规范与常见问题
7.6 Demo下载
8 任务调度Job
8.1 Job简介
8.2 WinJob
8.3 HttpJob
8.4 Cron表达式
8.5 Demo下载
9 应用监控系统Metrics
9.1 Metrics简介
9.2 埋点Metrics.NET的方法
9.3 Grafana配置
9.3.1 设置仪表盘(Dashboard)
9.3.2 设置面板(Panel)
9.3.3  设置模板Templating
9.3.4 设置Time Range
9.3.5 告警设置
9.4 其他说明
9.5 Metrics的使用价值
9.6 Demo下载
10 集中式日志ELK
10.1 集中式日志
10.2 配置方法
10.3 使用方法
10.4 Demo下载
11 微服务架构MSA
11.1 MSA简介
11.2 MSA框架的使用
11.3 微服务治理
11.4 微服务网关API Gateway
11.5 Demo下载
12 搜索服务Solr
12.1 Solr简介
12.2 Solr的工作原理
12.3 Solr的特性
12.4 Demo下载
13 分布式协调器ZooKeeper
13.1 ZooKeeper是什么
13.2 ZooKeeper的工作原理简介
13.3 ZooKeeper的典型应用场景
13.4 Demo下载
14 小工具合集
14.1 ORM工具
14.2 对象映射工具
14.3 IoC工具
14.4 DLL包管理工具
14.5 Demo下载
15 一键发布和测试之持续集成工具Jenkins
15.1 Jenkins简介
15.2 Jenkins插件与相关工具
15.3 Jenkins关键配置
15.4 Jenkins的使用价值
第4篇 公共应用篇
16 单点登录
16.1 单点登录简介
16.2 SSO技术实现
16.3 JWT规范
17 企业支付网关
17.1 企业支付网关介绍
17.2 统一支付服务
17.3 统一支付通知
17.4 Demo下载
第5篇 进阶篇
18 技改之路:从单体应用到微服务
18.1 系统背景
18.2 前期工作
18.3 技改实施
18.4 总结
18.5 互动问答
19 机票垂直搜索引擎之性能优化
19.1 行业背景与垂直搜索
19.2 主要问题与解决方案
19.3 静态数据与任务打底
19.4 缓存策略与数据一致
19.5 实时查询与三段超时
19.6 政策匹配与算法优化
19.7 小结
20 上云纪要
20.1 为什么要上云
20.2 内部虚拟化和外部云化
20.3 云选型
20.4 上云八条
20.5 成功上云
20.6 上云总结
21 技术与业务的匹配与融合
21.1 技术人员与业务人员的抱怨
21.2 问题出在哪里
21.3 理解源于彼此的了解
21.4 如何去匹配与融合
21.5 什么在驱动公司的发展
22 研发团队文化是怎么“长”出来的
22.1 神秘的文化
22.2 遇到的问题
22.3 解决之道
22.4 总结与提升
22.5 “长”出来的团队文化
后记
架构师进阶之路
谈谈互联网公司的技术架构和管理
短评

作者简介

张辉清,曾任中青易游CTO、同程交通创新技术负责人、古大集团首席架构师、携程架构师等职务。带领过30~200人的技术团队,将其研发能力提高1~2个档次。现阶段主要关注技术创新、技术创业、中小研发团队的能力提升。

精彩书评

我和辉清之前在携程有过一段时间的交集,当时他是商旅研发部的架构师,而我是框架研发部的架构师。辉清的职业经历比较丰富,既做过开发和架构,又做过技术总监和CTO。丰富的职业经历既锻炼了他各方面的能力,又拓展了他的视野。

在我眼中,辉清一直活跃在一线互联网公司的前沿,是实战型、偏业务型的架构师。辉清乐于分享,也具有良好的梳理总结能力,能够将他对技术、架构和管理的思考定期梳理总结出来,分享在InfoQ和聊聊架构等技术媒体上。

本书内容丰富,涵盖业务分析、领域建模、分布式系统架构、中间件和工具、微服务架构、技术管理及文化建设等主题。本书是辉清近几年在一线互联网公司生产实践的基础上,加上自己的系统化和体系化思考之后,沉淀下来的干货。本书对于一线架构师深入理解互联网分布式系统的架构设计并指导生产实践具有非常大的参考价值。

—微服务技术专家 拍拍贷基础框架研发总监 杨波


架构的落地、固化和提升,需要借助组织架构与技术架构的对齐来完成。从生产力到生产关系,从架构师到技术管理,我们的关注点也会发生变化—从框架、架构、公共服务和性能调优,到商业价值、技术的创新、技术与业务的融合,等等。这是一个架构师的进阶之路,也是辉清的心路历程,值得各位读者参考!

—饿了么CTO 张雪峰


在我接触过的众多技术人员里,能长期坚持总结的人并不多,能将总结与实践结合,并系统性地推动公司技术进步的人更少,辉清这方面的能力令我印象深刻。正因如此,他成长的速度非常快,几年之内,从一个工程师成功转型为架构师,并胜任数百人规模的研发组织的CTO。这本书是他长期实践的结晶,不难看出,他已经在企业架构到应用架构改造,再到各种中间件、框架、工具的运用,甚至公共业务设计,以及技术如何推动业务进步等方面,形成了自己一整套的方□□。对于大规模的研发组织,由于分工明细,并不缺少各个领域的专家,但着眼于全局的架构师并不多见。本书的完整性和体系性,非常适合中小型的研发组织借鉴,尤其是正在进行架构转型的传统企业的研发团队,一定能通过本书受益良多。

—平安好医生研发总监 刘剡


这本书从头到尾,从我这个老工程师的角度来说就是两个字—干货,非常适合处在成长期且比较迷茫的技术工程师。这本书的价值在于它透过一个老技术人的多年实操和沉淀,让你一下子就切入一个思路明晰的方□□。本书□后几章可是我老同事的进一步进阶了,“懂了”距离“消化”,还要通过实际操作的历练。俗话说得好:师父领进门,修行靠个人。希望大家能早日成为像作者一样的技术牛人!

—造艺科技CEO 梁晓靖


代码混乱、结构不清晰、开发效率低、发布周期长、发布出错率高、排查问题困难等困扰着很多互联网研发团队,也曾是我和作者一起需要面对的问题。本书□□8章技改之路,我是亲历者和见证者,整个过程我与作者一起拼搏奋斗,至今难忘,受益匪浅!

—洋码头资深架构师 戈建华


本书没有晦涩难懂的技术分析,而是通过一个个真实案例带你参与一次完整的技术改造,从研发团队的技术痛点着手,帮助中小型研发团队从无到有快速建立一套主流的技术架构。

—携程旅行网 仝杭周


关于架构设计,百人有百人的想法,但我们还是希望能借鉴前人走过的路,从这么多人的想法中找到一些共性来更快速地确定自己的想法是否合理。这本书既有架构方□□,又有中间件研发和使用的实战经验。对于已经或即将在中小企业从事架构师职位的同行们,本书是一本非常实用的参考书籍,值得从头到尾认真阅读,并且相应地去实践,然后运用到实际的项目中。相信用不了多久,你也可以成为一名合格的架构师。另外,我有幸参与了本书第5章生产环境诊断工具WinDdg的早期研究,那是一段值得怀念的快速成长时光。□后,感谢张辉清先生能把这本书给写出来,非常不容易!

—同程艺龙 有票儿技术负责人 许珍珠


《小团队构建大网站》通篇以简单的实用主义“生吞”复杂业务场景,架构师肚子里的那点东西全被作者掏出。如果读者跟我一样喜欢在周末花上半天时间待在书店,挥一挥衣袖不带走一本书,那么你读完“开篇”之后悄悄放回书架就可以了。如果你刚入职一家不错的互联网企业,千万不要放过“架构篇”,尤其是“企业总体架构”一章,这会帮助你在一群绝顶聪明的“偏执狂”中找到自己的格调和定位。若能活用“框架篇”中所列举的开源组件,则大体上能够搭建一个不错的网站。但那远远不够,你至少要读懂这些组件的接口脉络和背后的设计思想,直至有一天你能够带领着三五个人将这些组件全部替换。“公共应用篇”中所列举的真实的案例,读者不必盘问出处,在互联网行业有些规则需要遵守和维护。“进阶篇”回归业务问题的本质,从代码的解耦到业务的解耦,再到团队建设的人文关怀,正是作者心路历程的真实写照。

—慧睿思通 资深架构师 张向明


本书面向有一定基础经验的开发者,介绍了构建大型网站涉及的方方面面。从顶层架构设计到单个项目架构设计再到应用分层规范,从中间件的应用到线上故障诊断,从技术改造到团队文化建设,可谓字字珠玑,娓娓道来,足见作者实战经验之丰富。书中某些章节偏向.NET平台,但万变不离其宗,其他平台的开发者仍然能从中获取养分、吸取经验,是一本值得一读的好书。

—□□□□ 张智


细细品完《小团队构建大网站》,作者结合了架构、业务和管理等众多维度,提供了一系列解决方案,自下而上,一步步“带领”中小团队快速构建高性能、高可用、可扩展的大网站。做事严谨、思路清晰、架构经验丰富是辉清的标签,这本书同样如此。作者根据自己十多年的架构和管理经验,真真切切地把握住了中小团队的命脉和痛点,非常优秀,相信读者看完这本书,一定会受益匪浅!

—同程艺龙 交通架构组负责人 曹爱虎


4年前,在携程商旅事业部,业务系统需要进行架构重构,但留给技术部门的时间非常紧张(2个月内必须完成),做技术的人都知道架构重构是一件非常复杂的事情,而且还要考虑兼容老系统。2个月后,突然传来捷报说重构成功了,并且得到了业务部门的高度好评。系统不但稳定,而且可以支持10倍的业务增长,带领这支攻坚团队的架构师正是张辉清。我本以为这次重构是一个“卡位战”,以欠技术债的方式仅实现功能,但事实相反,此项目不仅具备高可用、高性能、高并发、高扩展等特点,而且有机地将技术和业务结合在一起,实现了技术驱动业务。本书是辉清近几年的经验总结,揭秘如何为中小公司赋予大型互联技术的能力。

—携程旅行网 数据智能部技术专家 陈昌


在这个技术浮躁的时代,众多的技术人员沉迷于一些奇巧淫技,忽略了架构的本质是合理地组织技术和人,更好地服务于业务。本书从实战出发,通过一个个实例阐明架构中的种种方□□如何落地,如何在架构落地的过程中保持技术的前瞻性及柔性,如何有效地避免过度设计。作者以CTO的视角,从业务和技术痛点入手,讲述了带领技术团队快速搭建小而美的整体架构的过程。本书背后的分析思想和设计思路,非常值得快速发展的中小团队借鉴。

—百度资深架构师 杜亚明


作为一个技术人,架构师是每个人追寻的目标,也是个人价值和成就的一个重要标志。那架构师是怎样炼成的呢?或者说,怎样才算是一个优秀的架构师呢?我们需要几年甚至十几年的一线技术工作经验,我们需要正好遇到公司重大技术重构的机会,我们需要正好遇到公司重大业务系统的升级计划,我们需要正好遇到……这么多苛刻条件的限制,造成架构师修炼的不易。那我们是否能找一本*功秘籍,让那些在技术路上苦苦追寻的技术人员少走弯路,甚至速成呢?从这个角度上看,《小团队构建大网站》无疑是一个非常不错的选择。它是辉清历年经验的总结,由浅入深,从思想到框架再到实施和管理,实用、实在,让我们能从简单的学习模仿,到融会贯通,然后进阶到自成体系。愿这些来自辉清的干货,可以为读者指出一条不同凡响的架构师进阶之路。

—驴妈妈架构PU总经理 高亚峰


架构的大道理听了很多,但依然不会操作。能不能将这些抽象的道理具体化、技术服务产品化,然后像使用商业产品一样使用它们呢?从“做”中学,先做再学,照着案例学,让各位同学快速入门。你可以不懂电视机的工作原理,但你依然会使用电视机。一本好书可以让人少走3~5年弯路,一本好书可以奠定一个人的大局观。站在前人的肩膀上,你可以看得更高、望得更远!

—申通快递总工程师 吉日嘎拉


随着互联网行业开源潮流的兴起,越来越多的公司通过技术大会、技术图书出版等方式分享架构思路和研发经验,几万人的超大型研发团队的技术架构思路,对于很多200人以下研发团队的公司来说值得借鉴,但由于研发资源与团队规模的差异,可能不容易直接应用。本书作者站在中型研发团队的视角,以CTO的身份亲历架构实践。这些架构思路与成熟开源组件可直接应用,相信能带来不错的参考价值。

—dnc开源社区CEO/CTO联盟发起人 Mike


《小团队构建大网站》对于很多公司来说都值得参考和借鉴,大公司也有很多小团队。随着.NET Core开源新时代的到来,越来越多的中小研发团队会使用C#来构建业务系统。本书介绍了一套基于C#、基于开源、可直接落地、可快速搭建的框架及架构方案,如果说大公司方案是定制的“劳斯莱斯”,那么这个方案就是经济实用的“大众”!

—微软MVP,腾讯科技 张善友


张辉清同学曾于某技术媒体发表过不少文章,心有戚戚焉则于江湖中得以认识,整体印象是做事行文都是绝对的实战派,偶尔也有俏皮幽默的案例出自其手。本书涵盖了架构方法体系、常用“防身”工具、项目案例、管理tips等。江湖上集群TPS极高的场景其实有限,按照二八原则,80%甚至99%的场景都是中小型规模的应用。张兄视野横跨业务、技术、架构和组织,既有原则提炼,又有案例叙述,无空洞之感,无堆砌之累,是难得的于平实中见真诚的作品,尤其是把不少案例都开源出来了,实证精神可见一斑。祝各位读者有愉快的阅读旅程!

—蚂蚁金服高级技术专家 右军


本书内容相当丰富,不仅对想成为架构师的程序员有专业指导,也对已经是架构师并想转到技术管理岗的读者有参考意义。辉清同学对待技术踏实而低调,热爱经验总结与分享,是我们技术人学习榜样。

—《架构探险》作者 黄勇


互联网技术经过几十年的发展,已经从“铁器时代”进入“机器时代”。得益于开源运动的蓬勃发展,以及技术的日益开放,原本只有大公司才能拥有的技术和系统已经是“旧时王谢堂前燕,飞入寻常百姓家”了,中小团队甚至初创公司都能够基于这些技术和系统快速完成系统的开发,使团队能够更加聚焦于业务的发展。

但这并不意味着简单采用“拿来主义”就万事大吉,中小团队在构建系统架构的时候往往面临几个核心问题:首先,类似的技术和方案太多,具体该用哪个并不是一目了然的;其次,即使选定了具体技术或方案,如果没有经验积累,这些技术和方案的*佳实践和注意事项(俗称“坑”)是很难预先知道的;*后,构建一个完整的大网站需要的技术栈很多,如果没有系统的指导,则很可能是“摸着石头过河”,进入“踩坑—填坑”的循环。

本书是辉清多年技术、经验、思考和感悟的一个集大成的总结,涵盖了架构设计技术栈的方方面面,很好地解答了上述三个问题,具有非常强的指导意义,形象一点来说就是:照着做,你也能设计和BAT一样好的架构!

—《从零开始学架构》作者,资深技术专家 李运华