掃一掃
關注中圖網
官方微博
本類五星書更多>
-
>
全國計算機等級考試最新真考題庫模擬考場及詳解·二級MSOffice高級應用
-
>
決戰行測5000題(言語理解與表達)
-
>
軟件性能測試.分析與調優實踐之路
-
>
第一行代碼Android
-
>
JAVA持續交付
-
>
EXCEL最強教科書(完全版)(全彩印刷)
-
>
深度學習
持續API管理(第二版) 版權信息
- ISBN：9787519891794
- 條形碼：9787519891794 ; 978-7-5198-9179-4
- 裝幀：平裝-膠訂
- 冊數：暫無
- 重量：暫無
- 所屬分類：>>
持續API管理(第二版) 本書特色
編輯推薦
API的發布涉及大量工作，但這些付出不一定能獲得回報。API成熟之前的過度籌劃是一種浪費，而計劃不充分則可能引發災難。本書介紹了API以及API格局的成熟度模型，可以幫助你在正確的時間，針對正確的成熟度，投入正確的人力與公司資源。
敏捷和速度，健壯性和可擴展操作，如何才能平衡這兩方面的需求？本書的作者從軟件架構師、項目總監以及產品經理的角度展示了如何將API視為產品，通過持續的生命周期*z大化其價值。
專家推薦
“這是一本關于實施和管理API格局的實用指南。”
——Gregor Hohpe
《The Software Architect Elevator》的作者
持續API管理(第二版) 內容簡介
本書的主要內容有：學習哪些API決策需要管治。通過API即產品（AaaP）的方式設計、部署和管理API。學習構成API產品基礎的十大支柱。學習持續改進模型在API整個生命周期內管治變更的過程。探索API產品生命周期的五大階段。深入探討設計、構建與維護API的團隊角色。學習如何管理組織發布的一系列API。
持續API管理(第二版) 目錄
目錄序 .1前言 .3第1 章 API 管理的挑戰 91.1 什么是API 管理 111.1.1 API 業務 . 111.1.2 什么是API 131.1.3 不僅僅是API 151.1.4 API 的成熟度階段 . 161.1.5 不止單個API 171.2 為什么API 管理如此之難 171.2.1 范圍 181.2.2 規模 201.2.3 標準 20目錄序 .1前言 .3第1 章 API 管理的挑戰 91.1 什么是API 管理 111.1.1 API 業務 . 111.1.2 什么是API 131.1.3 不僅僅是API 151.1.4 API 的成熟度階段 . 161.1.5 不止單個API 171.2 為什么API 管理如此之難 171.2.1 范圍 181.2.2 規模 201.2.3 標準 201.3 管理API 格局 211.3.1 技術 221.3.2 團隊 231.3.3 管治 241.4 小結 25第2 章 API 管治 272.1 API 管治概述 . 282.1.1 決策 282.1.2 決策管理. 292.1.3 管治復雜的系統 . 302.2 決策的管治 . 332.2.1 集中式與分散式 . 342.2.2 決策元素. 402.2.3 決策映射. 462.2.4 實踐中的決策設計 . 482.3 設計管治系統 492.3.1 管治模式1：設計權威 502.3.2 管治模式2：下放集中式專家組 522.3.3 管治模式3：受影響的自治 542.4 實施管治模式 552.4.1 不斷改進解決方案 . 552.4.2 可觀察性和可見性 . 572.4.3 運營模式. 572.4.4 為標準管理制定戰略 582.5 小結 58第3 章 API 即產品 603.1 可編程經濟以API 為主導 613.2 設計思維 643.2.1 滿足用戶的需求 . 643.2.2 商業戰略可行性 . 653.2.3 貝索斯命令 663.2.4 將設計思維應用到API 673.3 客戶引導 693.3.1 驚喜時刻. 703.3.2 API 的客戶引導 723.4 開發者體驗 . 743.4.1 了解受眾. 753.4.2 安全輕松地使用API 813.4.3 為什么開發人員在API 經濟中如此重要 843.4.4 API 即產品（AaaP）的開發者關系 . 863.4.5 API 即產品的盈利與計價方式 . 963.5 小結 99第4 章 API 產品的支柱 1014.1 十大支柱簡介 . 1024.1.1 戰略 1034.1.2 設計 1064.1.3 文檔 1114.1.4 開發 1144.1.5 測試 1174.1.6 部署 1214.1.7 安全 1244.1.8 監控 1294.1.9 發現 1314.1.10 變更管理 1334.2 結合API 的各大支柱 1354.2.1 將支柱應用到計劃中 . 1354.2.2 創建API 所需的四大支柱 1384.2.3 API 運維的幾大支柱 1424.3 小結 . 146第5 章 API 的持續改進 1475.1 持續管理變更 . 1485.1.1 增量式改進 . 1495.1.2 API 變更的速度 1545.2 API 的變更 1565.2.1 API 發布的生命周期 1565.2.2 接口模型的變更 1585.2.3 實施的變更 . 1605.2.4 實例的變更 . 1615.2.5 支持資產的變更 1625.3 提高API 的可變性 1625.3.1 API 變更的成本 1635.3.2 機會成本 1635.3.3 耦合成本 1645.3.4 預先做大量設計 1665.4 小結 . 167第6 章 API 風格 1686.1 API 是語言 1696.2 五大API 風格 . 1716.2.1 隧道風格 1716.2.2 資源風格 1736.2.3 超媒體風格 . 1756.2.4 查詢風格 1776.2.5 基于事件的風格 1786.2.6 如何選擇API 的風格與技術 . 1806.3 不要局限于某種API 風格 1826.4 小結 . 183第7 章 API 產品的生命周期 . 1847.1 度量與里程碑 . 1857.1.1 OKR 和KPI 1867.1.2 定義API 的目標 1877.1.3 找出可度量的結果 1897.2 API 的產品生命周期 1917.2.1 **個階段：創建 1927.2.2 第二個階段：發布 1957.2.3 第三個階段：實現 2007.2.4 第四個階段：維護 2037.2.5 第五個階段：退役 2057.3 通過產品生命周期管理各個支柱 . 2087.3.1 創建 2097.3.2 發布 2137.3.3 實現 2177.3.4 維護 2197.3.5 退役 2207.4 小結 . 221第8 章 API 團隊 2228.1 API 角色 2248.1.1 業務角色 2258.1.2 技術角色 2278.2 API 團隊 2298.2.1 團隊與API 成熟度 . 2308.2.2 擴展團隊 2378.2.3 Spotify 的團隊與角色 2388.2.4 影響團隊擴展的因素 . 2408.3 文化與團隊 2428.3.1 康威定律 2438.3.2 鄧巴數 2458.3.3 亞歷山大的文化馬賽克 2478.3.4 支持實驗 2498.4 小結 . 251第9 章 API 格局 2539.1 API 考古 2559.2 大規模的API 管理 2579.2.1 平臺原則 2589.2.2 原則、協議與模式 2609.2.3 API 格局的語言格局 2629.2.4 API 的API 2649.3 理解API 格局 . 2669.4 API 格局的八個V. 2679.4.1 多樣性 2689.4.2 術語 2699.4.3 規模 2749.4.4 速度 2759.4.5 脆弱性 2769.4.6 可見性 2779.4.7 版本管理 2789.4.8 波動性 2809.5 小結 . 281第10 章 API 格局之旅. 28210.1 構建API 格局的指南 28310.2 API 格局指南的生命周期 28710.3 支持中心 . 28810.4 成熟度與八個V 29210.4.1 多樣性 29310.4.2 術語 . 29510.4.3 規模 . 29810.4.4 速度 . 30010.4.5 脆弱性 30210.4.6 可見性 30510.4.7 版本 . 30710.4.8 波動性 30910.5 小結 311第11 章 持續發展格局中API 生命周期的管理 31211.1 在實踐中管理不斷發展的格局 31311.1.1 確立“紅線” . 31311.1.2 平臺重于項目 . 31411.1.3 設計需要考慮到消費者、生產者和贊助者 31511.1.4 測試、衡量并吸取經驗 . 31711.2 API 產品與生命周期支柱 31811.2.1 API 格局 31911.2.2 決策點與成熟度 . 31911.3 格局的各個方面與API 生命周期支柱 . 32011.3.1 戰略 . 32111.3.2 設計 . 32411.3.3 文檔 . 32611.3.4 開發 . 33011.3.5 測試 . 33411.3.6 部署 . 33911.3.7 安全 . 34411.3.8 監控 . 34711.3.9 發現 . 35011.3.10 變更管理 . 35411.4 小結 357第12 章 持續的旅程 35912.1 為將來做準備 36112.2 從今天開始管理 361
展開全部
持續API管理(第二版) 作者簡介
Mehdi Medjaoui是一位企業家，API思維方式的倡導者。apidays會議系列、OAuth.io以及數據保護API平臺ALIAS的創始人。Erik Wilde主要從事API技術以及戰略，幫助各個組織有效地使用API。他創作了很多文章、書籍和視頻，并長期堅持為API的標準化做貢獻。Ronnie Mitra是Publicis Sapient的戰略顧問，負責幫助技術領導者實現人員以及技術投資的潛力。Mike Amundsen是一位國際知名的作家和演說家，就網絡架構、網絡開發以及技術與社會的交集，向世界各地的組織提供咨詢。
書友推薦
- >
唐代進士錄
- >
我與地壇
- >
名家帶你讀魯迅:故事新編
- >
巴金－再思錄
- >
伯納黛特,你要去哪(2021新版)
- >
大紅狗在馬戲團-大紅狗克里弗-助人
- >
姑媽的寶刀
- >
我從未如此眷戀人間
本類暢銷
