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

《小团队构建大网站：中小研发团队架构实践》不仅适用于高级程式设计师、架构师、CTO，也适用于IT项目经理、技术经理，以及对架构技术感兴趣的中高级软体开发从业者。

第1篇 开篇

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。丰富的职业经历既锻鍊了他各方面的能力，又拓展了他的视野。

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

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

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

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

—饿了幺CTO　张雪峰

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

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

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

—造艺科技CEO　梁晓靖

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

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

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

—携程旅行网　仝杭周

关于架构设计，百人有百人的想法，但我们还是希望能借鉴前人走过的路，从这幺多人的想法中找到一些共性来更快速地确定自己的想法是否合理。这本书既有架构方法论，又有中间件研发和使用的实战经验。对于已经或即将在中小企业从事架构师职位的同行们，本书是一本非常实用的参考书籍，值得从头到尾认真阅读，并且相应地去实践，然后运用到实际的项目中。相信用不了多久，你也可以成为一名合格的架构师。另外，我有幸参与了本书第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一样好的架构！

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

前言

需求：没有人会读前言？！

解决方案：把前言内容写好，并作为开篇第1章。

架构师进阶之路

在网际网路发展的近二十年中，网际网路技术这项伟大的发明从构想开始迅速发展，不停地将现实世界纳入它的势力範围。在2018年这个时间节点上，可以说网际网路已经渗入社会生活的方方面面，对人类的活动产生了重大的影响。从社会经济发展的角度看，网际网路重新定义了商业的运作方式，超高速的信息流转速度带动了商品和资金的高速流动，使市场经济的整体效率变得非常高，商务活动的网际网路化为社会和企业创造了巨大的价值。

作为网际网路行业的技术从业人员，在这个过程中“痛并快乐着”。技术在企业的竞争力中变得越来越重要，企业对技术研发的投入大幅提升，技术人员也越来越受到重视。同时，电商网站成为企业销售商品和提供服务的主体之一，甚至是唯一主体，网站构建的好坏事关企业生死，技术人员面临的挑战也变得前所未有的困难和複杂。

举例来说，複杂的电商业务带来了软体複杂性的挑战，快速叠代的业务流程带来了可扩展性的挑战，庞大的用户数量带来了并发性的挑战，7×24小时的运营要求带来了可用性和可靠性的挑战，日益猖獗的网际网路黑客攻击带来了安全性的挑战，等等。技术人员在构建网站的同时需要考虑以上所有的问题，并给出可靠的解决方案。这就好像在百米高空上走钢丝，每一步都需要小心翼翼，一旦踏错一步就可能产生不可挽回的错误。在这样苛刻的要求下，软体构建过程中的分析和设计，从形式主义逐渐变得具有现实意义。一些较大的IT团队因为分工更细緻，甚至出现了专职从事软体分析和设计的岗位，也就是架构师。同时，软体构建中架构先行的理念已经深入人心。

分享我本人的一些经验。我在从开发工作向架构工作转型的过程中，曾经遇到相当多的困惑，从技术到管理到业务，不一而足。原有的知识储备不足以支撑架构工作，即使补充了，大量的知识点如何梳理和组织、知识体系如何搭建也成为难题。由于软体架构设计的经验不足，无法判断每一个决策带来的风险，迅速地补齐架构经验的短板是非常困难的。在架构设计的每个细节中，如何平衡众多涉众的利益？这些涉众包括用户、业务方、兄弟团队等。在系统实施过程中，要怎样才能保证技术方案能够在开发、测试、运维等众多实施方之间达成一致，保证实施过程中不出现偏差？非常幸运，在这期间我和作者曾经有过一段共事的经历，我们有过很多关于技术、架构、业务和管理方面的讨论，让我对以上的问题有了更多的思考，受益匪浅。

本书忠实地体现了可以落地的架构理念，为一线的软体设计人员和技术管理人员分享了中小企业架构落地的方法论，同时结合了真实的项目经历，给出了可以採用的技术和管理手段。不仅如此，本书对于企业架构落地时常见的困难点，也就是组织架构的变更和技术团队的工程师文化建设有非常具体的建议，能够在技术团队建设上启发管理者。总而言之，所有从事网际网路软体构建工作的读者，一定能从书中借鉴来自网站架构一线人员的经验和思想，本书是不可多得的实用读物。

—中骏置业　资深架构师　邓超

谈谈网际网路公司的技术架构和管理

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

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

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

技术架构的指导思想是立足产业、公司、项目的业务和系统的实际情况，本着“业务架构决定技术架构，核心业务流程决定主要技术架构”的原则，根据分散式计算的基本原理和实践，选择合适的技术方案来实现目标，具体体现为套用架构规划、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等技术和管理岗位，对于网际网路公司的功能架构、非功能架构和技术管理有着丰富的研究和经验。对于中小网际网路公司技术架构和管理的道与术，本书做了非常系统的阐述，其中包含很多付出了巨大心血和代价的宝贵经验，对于广大中小型网际网路公司有根本性的指导意义。

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