本書對圍繞API的技術理論進行了全面深刻的闡述，並用實戰例子來加深對技術理論的理解。在API的特點、架構、應用的分析和講述上是目前關於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.2.1繫統集成之信息更新2.2.2繫統集成之信息組合2.2.3繫統集成之連鎖行動2.3繫統集成的技術組成部分2.3.1BUS——高速公路2.3.2連接器——高速公路的進出口2.3.3CDM——高速公路運輸的集裝箱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服務的操作5.4服務的界面5.5服務操作的粒度5.6服務的組合——SOA5.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.3ID映射服務7.1.4順序處理服務7.1.5連續集成/連續部署（CI/CD）7.1.6繫統及應用監控服務7.1.7應用、服務、API的分析服務7.2業務項目的項目模板及其與公共服務的互動7.3總結第8章SOA在實施中的局限性8.1SOA在具體實施中的做法8.1.1SOA的設計原則8.1.2SOA績優中心8.2深挖SOA的初衷8.3SOA的適用範圍和局限性8.4總結第2部分正篇——現代API、應用互聯網第9章現代API的引入、應用互聯網9.1什麼是（現代）API9.1.1REST架構的特點9.1.2REST架構的特點在API中的具體應用9.2（現代）API流行背後的原因9.2.1API和雲平臺的普及9.2.2API與企業數字化轉型、應用互聯網及API經濟9.3API的平臺和工具有待進一步統一和標準化9.4一個REST API的結構9.5對API的認識不是一蹴而就的9.6動手開發API——先嘗為快9.7總結第10章圍繞API的開發工作10.1API的生命周期10.1.1API的設計生命周期10.1.2API的運維生命周期10.2API的調用者10.3API項目中的人員和流程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實戰： 全雲和雲本地混合型的API平臺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.3API還是連接器13.2.4API實施中的出錯處理13.2.5API的URI的每一個部分都應該是名詞，而不是動詞13.2.6API的版本管理13.2.7API調用全程中的錯誤查找13.3關於架構設計的很好實踐13.3.1不要使用UML的時序圖來編寫繫統集成的用例文件13.3.2注意區分設計中功能方面和非功能方面的要求13.3.3API與敏捷開發的關繫13.3.4不要在沒有繫統性能指標要求的情況下對繫統進行性能的評價和測試13.3.5數據驗證邏輯與數據的關繫13.3.6API、服務和集成中均不保留狀態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搭建 leSoft的開發和運行環境——開源版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.12IT開發和運行工具B.13IT基礎設施管理B.14傳統繫統改造B.15主數據管理B.16消息傳遞服務器B.17通信協議B.18社交媒體

現代API是當前很多熱門技術和企業戰略的使能者。在雲計算、數據共享、應用網絡、企業數字轉型與創新等熱門話題中都能找到API的身影。現代API架構師的**境界是在深入理解API設計和開發工作的技術細節之上，對API戰略在企業轉型和創新中的作用具有深刻的洞察力並對企業業務產生真正的影響。本書對圍繞API的技術理論進行了全面深刻的闡述，並結合實戰案例由淺入深地幫助程序員通過逐漸勝任解決方案架構師的角色。本書為有志於成為繫統集成和API架構師的程序員們提供了一條學習和提高的路線圖，適合程序開發人員及管理人員閱讀和參考。

李泉 著