新書推薦：
《
元好问与他的时代（中华学术译丛）
》
售價：HK$
87.4
《
汽车传感器结构·原理·检测·维修
》
售價：HK$
109.8
《
怪谈百物语：不能开的门（“日本文学史上的奇迹”宫部美雪重要代表作！日本妖怪物语集大成之作，系列累销突破200万册！）
》
售價：HK$
65.0
《
罗马政治观念中的自由
》
售價：HK$
50.4
《
中国王朝内争实录：宠位厮杀
》
售價：HK$
61.6
《
凡事发生皆有利于我（这是一本读了之后会让人运气变好的书”治愈无数读者的心理自助经典）
》
售價：HK$
44.6
《
未来特工局
》
售價：HK$
55.8
《
高术莫用（十周年纪念版 逝去的武林续篇 薛颠传世之作 武学尊师李仲轩家世 凸显京津地区一支世家的百年沉浮）
》
售價：HK$
54.9
|
| 編輯推薦： |
|
本书结合作者十几年的工作经验，总结了一套系统又详细、且可落地的中小研发团队架构实践指导方案。本书分五个部分，开篇是本书的导读，架构篇介绍总体架构设计、应用架构设计、统一公司应用分层，以及性能调优WinDbg，框架篇是中间件或工具的介绍和使用，公共应用篇关注技术与业务的结合，案例篇主要提供了技改案例、技术与业务的匹配与融合等。
|
| 內容簡介： |
|
本书结合作者近几年的工作经验，总结了一套可直接落地、基于开源、成本低、可快速搭建的中小研发团队架构实践方法。本书共5篇22章，开篇是本书的导读；架构篇是设计思想的提升，包括企业总体架构、应用架构设计、统一应用分层等；框架篇主讲中间件和工具的使用，包括消息队列、缓存、Job、集中式日志、应用监控和微服务等；公共应用篇是技术与业务的结合，包括单点登录和企业支付网关；进阶篇是从架构到管理，包括技改案例、技术与业务的匹配与融合等。从架构、框架、公共应用，到案例实战和技术管理，本书将大公司的工程理念压缩应用到中小研发团队，使小团队也能构建大网站。
|
| 關於作者： |
|
张辉清，10多年的IT老兵，系统分析师、高级项目管理师，现任同程技术总监，曾任携程架构师、古大集团首席架构师、中青易游CTO。擅长于大中型分布式系统及复杂系统的升级改造工作，现关注技术架构与工程效率，技术的商业价值与创新。
|
| 目錄：
|
第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 长出来的团队文化
后记
架构师进阶之路
谈谈互联网公司的技术架构和管理
短评
|
| 內容試閱：
|
谈谈互联网公司的技术架构和管理
互联网公司的技术架构涉及商业模式、目标用户定位和产品运营等，而且和公司所处的发展阶段息息相关。公司所处的具体发展阶段不同，相应的工作重心也不同。在创业初期，讲究发展用户慢、用钱慢、产品迭代速度快。中小互联网公司处于初创和发展期，正是需要快速建立技术基础、快速进行产品迭代的阶段。这个阶段，有张辉清这样的过来人手把手教你建立框架、架构和技术管理体系，无疑可以大大加速技术的成熟，为业务发展提供坚实的技术保障。
互联网公司的技术架构体系可以说已逐步成熟，规律性越来越强，同时不断推陈出新，从物理硬件到前端展现，精彩纷呈、博大精深。互联网公司的技术架构有它的目标、指导思想、规范和体系：
? 技术架构的目标是更好地实现业务发展的短期和长期目标，实现利益相关者的利益平衡。
? 技术架构的指导思想是立足产业、公司、项目的业务和系统的实际情况，本着业务架构决定技术架构，核心业务流程决定主要技术架构的原则，根据分布式计算的基本原理和实践，选择合适的技术方案来实现目标，具体体现为应用架构规划、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日晚
|
|
購物車/收銀台(0) | 在線留言板
| 付款方式
| 運費計算
| 聯絡我們
| 幫助中心 |
加入書簽
HOME
新書上架
