现代API 通往架构师之门epub

现代API 通往架构师之门 作者：李泉

现代API 通往架构师之门 出版社：清华大学出版社

现代API 通往架构师之门 内容简介

本书首先回顾系统集成及服务的历史，对其核心概念和核心思想进行重新阐述；然后从基本概念、REST架构、生命周期、具体实施、实践、业务影响和技术前瞻等方面对API进行全方位的介绍；最后是作者对如何做一个好的架构师的感悟与建议。贯穿全书的是作者在近20年里，为北美18个行业里的50多家大型公司进行系统集成及API项目设计和实施积累下来的实战案例。

本书为有志于成为系统集成和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.3　系统集成的技术组成部分

2.4　系统集成应用的考虑

2.5　实战：PLM数据与现有系统的集成

2.6　总结

第3章 系统之间相互作用的模式

3.1　系统集成模式简介

3.2　系统集成模式中几个最重要的概念

3.3　系统集成模式的实战应用和分析

3.4　总结

第4章 常见的参与集成的功能系统

4.1　功能系统与集成基础设施的连接

4.2　常见功能系统的功能和类型

4.3　总结

第5章 究竟什么是服务

5.1　什么是服务

5.2　是谁在推动服务的重复使用

5.3　服务的操作

5.4　服务的界面

5.5　服务操作的粒度

5.6　服务的组合——SOA

5.7　实战：数据

5.8　总结

第6章 系统集成项目的实施步骤

6.1　系统集成与服务项目概述

6.2　系统集成与服务项目的具体实施步骤

6.3　设计和开发阶段

6.4　测试和验收阶段

6.5　运维、培训和交付阶段

6.6　总结

第7章 集成项目与公共服务

7.1　公共服务的具体内容

7.2　业务项目的项目模板及其与公共服务的互动

7.3　总结

第8章 SOA在实施中的局限性

8.1　SOA在具体实施中的做法

8.2　深挖SOA的初衷

8.3　SOA的适用范围和局限性

8.4　总结

第2部分　正篇——现代API、应用互联网

第9章 现代API的引入、应用互联网

9.1　什么是（现代）API

9.2（现代）API流行背后的原因

9.3　API的平台和工具有待进一步地统一和标准化

9.4　一个RESTAPI的结构

9.5　对API的认识不是一蹴而就的

9.6　动手开发API——先尝为快

9.7　总结

第10章 围绕API的开发工作

10.1　API的生命周期

10.2　API的调用者

10.3　API项目中的人员和流程

10.4　总结

第11章 API与微服务

11.1　什么是微服务

11.2　微服务与服务的关系

11.3　微服务与API的关系

11.4　总结

第12章 API与云计算

12.1　云计算需求的由来

12.2　云计算对API技术的影响

12.3　实战：全云和云－本地混合型的API平台

12.4　总结

第13章 最佳实践的经验

13.1　关于系统集成的最佳实践

13.2　关于API的最佳实践

13.3　关于架构设计的最佳实践

13.4　总结

第14章 围绕API的展望

14.1　关于企业的IT欠债

14.2　利用API产生新的业务——创新和数字化转型

14.3　利用API产生应用互联网和API经济

14.4　总结

第3部分　闲篇——感悟与随想

第15章 架构师的人文情怀

15.1　关于学习过程中的三个境界

15.2　架构师所要具备的硬实力

15.3　架构师所要具备的软实力

15.4　架构师所处的大环境

15.5　总结

附录A　关于实践

附录B　集成中常遇到的功能系统

现代API 通往架构师之门 精彩文摘

在软件行业里，架构师们的头上仿佛都带有光环。他们往往对复杂的问题举重若轻。几乎每一个年轻的程序员都希望有朝一日自己也能成为一名经验丰富的架构师，领导着一个开发团队、解决着世界上最复杂的软件架构设计和实施的问题。

然而，一名成功的架构师到底学习了哪些东西、又经历了怎样的历练，似乎没有人讲解过；大学里从来不曾开设过相应的课程，更没有人能够提供一张“课程表”；市面上的关于架构的图书大多或偏重于讲授抽象的设计原则，或偏重于对设计思想的感悟。读者如果没有亲身经历过具体的项目案例，抽象的设计原则缺乏系统的应用指导和可执行性，而感悟只有在读者亲自做过之后才有可能产生共鸣。那些缺乏经验的新人该怎么办呢？他们是多么希望有一张通向架构师的路线图啊！

1.1　什么是架构和架构师

万事开头难，文章开篇难！为了建立一个大家理解相同、不产生歧义的沟通基础，我们必须从两个最基本的概念入手。

首先，最重要的概念就是架构。按照维基百科的说法：

软件架构是指软件系统在高层次上的结构、创建此类结构的指导原则，以及这些结构的相关文档。这些结构可以用来推断和评价待建的软件系统。每一个结构包含软件的组成部分及其相互之间的关系，以及组成部分和相互关系的属性。一个软件系统的架构类似于建筑的架构。

其次，就是架构师的概念及分类。还是按照维基百科的说法：

软件架构师的工作就是进行高层次上的设计方案选择、制定相关的技术标准，包括软件编码标准，并确定所使用的软件工具和平台。

尽管有人将架构师的种类分得很细，实际最常见的架构师分为两种。

? 企业架构师（Enterprise Architect）：研究的对象是解决方案架构师在实施工作过程中所使用的方法，为后者解决具体的业务问题提供架构设计以及实施的具体步骤和方法指导。

? 解决方案架构师（Solution Architect）：实际承担解决企业业务问题的任务。有可能需要使用企业架构师所提供的架构设计以及实施的具体步骤和方法指导。

换句话说，企业架构师解决的是IT问题，而解决方案架构师解决的是业务问题。贯穿本书所指的架构师是后一种，即解决方案架构师。不仅如此，本书面向的是那些解决方案涉及多个功能系统的使用、架构原则和思想具有横跨企业的指导意义的架构师。

1.2　这本书是为谁写的

本书针对的读者群包括希望成为解决方案架构师的程序员、IT咨询师，希望通过与同行进行交流而得到提高的架构师，还有希望了解如何能够让自己的部门有效地应对不断变化的企业业务要求的各级IT领导。

一名IT从业人员可能正处在下面列出的一种情形之中：

1）刚刚走出大学的校门、参加工作。在计算机系里已经学会了一门或几门编程语言（如Java、C#、Python，等等），以及数据结构和算法，对后台数据库、网站架构甚至SOAP Webservices都有初步的了解，并且可以很熟练地进行编程来解决别人交给的非常具体的问题。但是如果面对类似本章1.3节中所描述的那几个实战例子就不知从何下手了。

2）从事软件开发工作3～5年，十分胜任小型或局部问题的分析、方案设计和具体实施。然而面对规模稍大、更加复杂并涉及多个系统的业务问题的设计任务时会感到力不从心，不知道从何下手，不知道应该采用什么样的原则以及设计和实施步骤，也不知道应该使用何种工具。