书籍详情
《现代API:通往架构师之门计算机与互联网程序设计》[58M]百度网盘|亲测有效|pdf下载
  • 现代API:通往架构师之门计算机与互联网程序设计

  • 出版社:读乐尔图书专营店
  • 出版时间:2018-08
  • 热度:12147
  • 上架时间:2024-06-30 09:38:03
  • 价格:0.0
书籍下载
书籍预览
免责声明

本站支持尊重有效期内的版权/著作权,所有的资源均来自于互联网网友分享或网盘资源,一旦发现资源涉及侵权,将立即删除。希望所有用户一同监督并反馈问题,如有侵权请联系站长或发送邮件到ebook666@outlook.com,本站将立马改正

内容介绍

  商品基本信息,请以下列介绍为准
商品名称:现代API:通往架构师之门
作者:李泉
定价:99.0
出版社:清华大学出版社
出版日期:2018-08-01
ISBN:9787302584759
印次:1
版次:2
装帧:
开本:16开

  内容简介
本书首先回顾了系统集成及服务的历史,对其核心概念和核心思行重新阐述;然后从基本概念、REST架构、生命周期、具体实施、实践、业务影响和技术前瞻等方面对AP行的介绍;后是作者对如何做一个好的架构师的感悟与建议。贯穿全书的是作者20年里,为北美18个行业里的50多家大型公行系统集成及API项目设计和实施积累下来的实战案例。
本书为有志于成为系统集成和API架构师的程序员提供了一条学习和提高的路线图,适合程序开发人员及管理人员阅读和参考。

  目录
第1章 概述
1.1 什么是架构和架构师
1.2 这本书是为谁写的
1.3 为什么写作此书
1.4 通往架构师之路的路线图
1.5 架构师应该具备的素质
1.6 对架构师的学习和培养过程的几点建议
1.7 本书的主要内容
1.8 结
第1部分 基础篇
第2章 重新看待系统集成
2.1 系统集成历史的快速回放
2.2 到底什么是系统集成
2.2.1 系统集成之信息更新
2.2.2 系统集成之信息组合
2.2.3 系统集成之连锁行动
2.3 系统集成的技术组成部分
2.3.1 BUS——高速公路
2.3.2 连接器——高速公路出口
2.3.3 CDM——高速公路运输的集装箱
2.3.4 数据转换——运输过程中的货物处理
2.4 系统集成应用的考虑
2.4.1 系统集成的过程中到底要完成什么任务
2.4.2 如何保证系统集成过程中数据传递的可靠性
2.4.3 如何使用消息服务器
2.5 实战: PLM数据与现有系统的集成
2.5.1 项目背景
2.5.2 业务痛点
2.5.3 技术难点
2.5.4 解决方案及经验教训
2.6 结
第3章 系统之间相互作用的模式
3.1 系统集成模式简介
3.2 系统集成模式中几个重要的概念
3.2.1 主题与队列在消息传递中的区别
3.2.2 消息服务器使用的储存转送
3.2.3 消息服务器的容错和高可用性
3.2.4 分级式事件驱动架构及其实际应用
3.3 系统集成模式的实战应用和分析
3.3.1 消息的顺序处理
3.3.2 持久订阅如何实现
3.3.3 命令类消息的应用
3.3.4 事件消息的使用
3.3.5 回复地址的使用
3.3.6 消息传递搭桥的使用
3.3.7 消息信封的使用
3.4 结
第4章 常见的参与集能系统
4.1能系统与集成基础设施的连接
4.2 能系能和类型
4.3 结
第5章 究竟什么是服务
5.1 什么是服务
5.2 是谁在推动服务的重复使用
5.3 服务的r/> 5.4 服务的界面
5.5 服务操作的粒度
5.6 服务的组合——SOA
5.7 实战: 数据
5.7.1 项目背景
5.7.2 业务痛点
5.7.3 技术难点
5.7.4 解决方案及经验教训
5.8 结
第6章 系统集成项目的实施步骤
6.1 系统集成与服务项目概述
6.2 系统集成与服务项目的具体实施步骤
6.3 设计和开发阶段
6.3.1 搜集项目能要求
6.3.2 架构设计
6.3.3 细节设计
6.3.4 代码编写和单元测试
6.3.5 集成测试
6.4 测试和验收阶段
6.4.1 质量保证部署
6.4.2 质量保证测试
6.4.3 用户验收部署
6.4.4 用户验收测试
6.4.5 (可选项)操作验收测试
6.5 运维、培训和交付阶段
6.5.1 生产环境部署
6.5.2 试运行
6.5.3 培训及文档提交
6.5.4 项目验收
6.6 结
第7章 集成项目与公共服务
7.1 公共服务的具体内容
7.1.1 日志服务
7.1.2 出错处理服务
7.1.3 ID映射服务
7.1.4 顺序处理服务
7.1.5 连续集成/连续部署(CI/CD)
7.1.6 系统及应用监控服务
7.1.7 应用、服务、API的分析服务
7.2 业务项目的项目模板及其与公共服务的互动
7.3 结
第8章 SOA在实施中的局限性
8.1 SOA在具体实施中的做法
8.1.1 SOA的设计原则
8.1.2 SOA绩优中心
8.2 深挖SOA的初衷
8.3 SOA的适用范围和局限性
8.4 结
第2部分 正篇——现代API、应用互联网
第9章 现代API的引入、应用互联网
9.1 什么是(现代)API
9.1.1 REST架构的特点
9.1.2 REST架构的特点在API中的具体应用
9.2 (现代)API流行背后的原因
9.2.1 API和台的普及
9.2.2 API与企业数字化转型、应用互联网及API经济
9.3 API台和工具有一步统一和标准化
9.4 一个REST API的结构
9.5 对API的认识不是一蹴而就的
9.6 动手开发API——先尝为快
9.7 结
第10章 围绕API的开发工作
10.1 API的生命周期
10.1.1 API的设计生命周期
10.1.2 API的运维生命周期
10.2 API的调用者
10.3 API项目中的人员和流程
10.3.1 什么是使能中心
10.3.2 围绕使能中心的不同角色
10.3.3 使能中心与绩优中心的区别
10.3.4 建立使能中心的具体步骤
10.3.5 建立使能中心的好处
10.4 结
第11章 API与微服务
11.1 什么是微服务
11.2 微服务与服务的关系
11.3 微服务与API的关系
11.4 结
第12章 API与云计算
12.1 云计算需求的由来
12.2 云计算对API技术的影响
12.2.1 云计算台能为你的API和应用提供多少服务
12.2.2 现有系统之间的连接是否受到影响
12.2.3 是否需要增加措施
12.2.4 如何将API负责对内和对外的部分分开
12.3 实战: 全云和云本地混合型的AP台
12.3.1 项目1背景
12.3.2 项目1台的架构
12.3.3 项目2背景
12.3.4 项目2混合台的架构
12.4 结
第13章 实践的经验
13.1 关于系统集成的实践
13.1.1 不要以“数据”的思考方式设计系统集成
13.1.2 尽量避免使用批处理文件的方式
13.1.3 对消息服务器运行的认识
13.1.4 使用SEDA的架构模式来提高系统集成整体设计的可靠性
13.1.5 对容错、负衡和高可用性的考虑
13.1.6 对灾难恢复设置的考虑
13.1.7 接收JMS消息时的消息确认方式对消息处理可靠性的影响
13.2 关于API的实践
13.2.1 在设计API的过程中使用“资源”的字眼,而不要使用“数据”
13.2.2 不要使用API的概念和方式来做系统集成
13.2.3 API还是连接器
13.2.4 API实施中的出错处理
13.2.5 API的URI的每一个部分都应该是名词,而不是动词
13.2.6 API的版本管理
13.2.7 API调用全程中的错误查找
13.3 关于架构设计的实践
13.3.1 不要使用UML的时序图来编写系统集成的用例文件
13.3.2 注意区分设能方面能方面的要求
13.3.3 API与敏捷开发的关系
13.3.4 不要在没有系统性能指标要求的情况下对系行性能的评价和测试
13.3.5 数据验证逻辑与数据的关系
13.3.6 API、服务和集成中均不保留状态
13.4 实战案例——现有的老旧IT系统的改造
13.5 结
第14章 围绕API的展望
14.1 关于企业的“IT欠债”
14.2 利用API产生新的业务——创新和数字化转型
14.2.1 优步(Uber)的创新
14.2.2 邮局的数字化转型
14.2.3 电力公司旨在提高用电顾客满意度的数字化转型
14.2.4 玩具公司旨在减少货运差错和加快货款回收的数字化转型
14.3 利用API产生应用互联网和API经济
14.4 关于API经济的展望
14.5 结
第3部分 闲篇——感悟与随想
第15章 架构师的人文情怀
15.1 关于学习过程中的三个境界
15.2 架构师所要具备的硬实力
15.3 架构师所要具备的软实力
15.3.1 时刻分清目的和手段
15.3.2 处处讲究形式逻辑
15.3.3 强调利用抽象思维的能力
15.3.4 表达和交流要看对象
15.3.5 坚持原则,但也要知道妥协
15.3.6 知之为知之,不知为不知
15.4 架构师所处的大环境
15.4.1 架构师的职业规划
15.4.2 软件工程问题与业务问题的分离
15.4.3 高校计算机软件课程设置与现实对架构师要求的匹配问题
15.5 结
附录A 关于实践
A.1 搭建MuleSoft的开发和运行环境——开源版
A.1.1 开发环境
A.1.2 运行环境
A.2 安装Apache ActiveMQ消息服务器——开源版
附录B 集成中常遇能系统
B.1 业务流程管理系统
B.2 复杂事件处理
B.3 云端系统
B.4 客户关系管理系统
B.5 数据库系统
B.6 电子内容管理
B.7 电子商务
B.8 电子数据交换
B.9 企业资源计划
B.10 人力资本管理
B.11 行业标准
B.12 IT开发和运行工具
B.13 IT基础设施管理
B.14 传统系统改造
B.15 主数据管理
B.16 消息传递服务器
B.17 通信协议
B.18 社交媒体

  媒体评论

吕子昌,MuleSoft软件公司(已被Salesforce公司收购)北亚区首席架构师

作者是一位在大型系统集成和APpan>软件公司任职20年的架构师。本书将带您了解系统集成和API技术的历史及未来趋势,以及如何根据具能能性要求和限制因素制定架构解决方案。

曲鹏,壳牌公司(美国)资深解决方案架构师

作为一名在数个全球财富50强企业打拼过的架构师,我像一名高中生读《笑傲江湖》那样,一个字一个字地将本书一口气读了两遍,而每次都有新的体会。这正是本书的过人之处:它并不是简单的概念拼凑,加上枯燥的实例讲解:相反地,它知道一个架构师珍惜什么、惧怕什么、厌恶什么和向往什么。

庭裕波,英国石油公司(北美)能源交易系统集成与金融监管报告经理

RESTAPIAPIAPI战略、掌握相关的架构原则、设计开台和实践指导。其结果是开发效率、交付质量及可重复性都得不到保证。书中谈到的项目案例和实践经验结,与本人在工作中遇到的情况相似;书中阐述的实践应对策略也是我们经过了长时间的摸索和无数个项目的开发实结出的结论这些生动的案例同时也增加了阅读本书的趣味性。

孟远,Perficient公司(美国)资深架构师

本书通过全面的理论探讨和丰富的案例,透彻地解析了SOA和现代API的渊源及发展;并以目前热门的MaleSol AnypointAPI的能和开发过程。同时作者汇集20年系统集成和API项目的实战经验,勾画出了一条走向解决方案架构师的明确途径,是年轻的软件开发员走向架构师的指南。



  前言

第二版前言

首先要感谢清华大学(我的母校)出版社给了我的书再版的机会,让我得以将第pan>版出版之后的学习和心得补来。记得在第pan>版的计划和筹备时,有一个国内有名的计算机技术类图书出版社的责任编辑对我说,系统集成是个老话题了,没有新意,不如当下流行的如“高并发系统”等话题更前沿、更吸引人。令人沮丧的是,系统集成确实是个老话题,而且我们似乎一直也没有解决好这个问题:20多年前我在TIBCO软件公司做服务项目时就在和系统集成打交道,至今在MuleSoft/Salesforce 还是在做这件事。也没有什么这方面的书籍可供借鉴。在我认识的专业人士中,有不少在企业里负责系统集成项目。他们都自称是系统集成和API方面的专家。我从不否认他们在这个领域里的经验和成绩。然而,20多年前他们就在从事这方面的工作,现在他们还在请求我的帮助,以便为各自的企业选择新一代的集成和APIpan>版中的内容着眼于架构师需要的知识和经验储备。当一个架构师初步掌握了这些内容之后,必须能够将这些知识和经验运用到具体的项目中,对项目的决策行“洗脑”,终达到期望的效果。这方面的工作要比架构设计的技术活儿难上十倍!这次修订再版,我的收获之一就是通过思考理清了系统集成和API之间的关系(参见13.2.2节),这样,也就理清了本书的基础篇和正篇内容之间的关系及各自的应用场景。再加上几个新的实战案例,希望本书的第2版能够为读者提供更深入、更清晰的分析和讲解。

李泉

2020722日于美国休斯敦



  作者简介

李泉,资深系统解决方案架构师,目前任职于美国MuleSoft软件公司(已被美国Salesforce公司收购)咨询服务部。曾任职于美国TIBCO软件公司咨询服务部。在过去18年里和参与了多个世界上很有影响的大型企业应用软件系统的设计和开发项目,用括北美18个行业里的50多家大型公司,主要针对型企业软件系统、API及台应用的设计和技术实施。在此之前,曾在美林证券公司纽部任裁,负责面向服务架构的应用软件项目的标准化工作,并监督辅助项目的标准化执行(SOACoE)。长期以独立IT咨询顾问的身份从事大型企业应用软件系统的服务工作,主要侧重于企业应用整合(EAI)、面向服务架构(SOA)的软件开发、现代API应用、实时复杂事件处理(CEP)以及大数据分析等。曾与美国电力科学院及福大学联行大型电网模型处理和系统整合的研究工作,并在IEEE文。拥有美国休斯敦大学电子与计算机工程硕士学位和工商管理硕士学位,清华大学化学工程学士学位。并拥有Enterprise Java ArchitectJavaProgrammer证书, MuleSoft Certified Developer证书, 以及TIBCO Certified Professional证书。2017年在清华大学出版社出版译著《重塑IT:应用互联网如何改变CIO的角色》。