簡介
新式軟體由應用程式開發介面 (API) 提供。 反映您組織在過去一年中建置的應用程式，且大部分功能都由 API 提供。 以規模而言，這表示許多組織都可能有數百、數千或甚至數萬個 API，而這些 API 可能是在內部建置或與外部 API 整合。 隨著軟體需求的增加，以及 API 作為支援這些軟體的基礎層，我們預期小組將使用的 API 數目也會增加 (如果不是迅速增加的話)。
案例
Contoso Corporation 是實作微服務架構的虛構公司，其採用 API 優先的方法。 在早期幾年中，組織只有少數小組建置 API，而且通常這些小組就是取用這些 API 的相同小組。 經過一段時間後，組織成長，許多小組現在都在生產及取用內部和外部開發的 API。 不過，Contoso 的 API 平台工程師回報他們正接近 API 蔓延狀態 (組織 API 呈指數級增加且不受控制的狀態)，並預見到了其他下游問題，包括：
API 可探索性和重複使用性不佳 - 若無法清楚了解可用的 API，開發人員最終可能會建立與現有功能重複的新 API，進而浪費時間和資源。
影子、未控管的 API - 大部分開發人員在轉向其他專案後，可能會停止個別管理和維護某些 API。
潛在的安全性威脅 – API 平台小組可能無法有效地強制執行組織安全策略，可能導致易受攻擊和不安全的端點。
API 設計不一致 - 開發人員產出的 API 可能不會全都符合組織的統一 API 設計原則，而且需要利用更多開發資源來重新設計推出之後才發現不一致的 API。
此時，API 平台小組開始思索有效且順暢的解決方案，以防止其組織進入此狀態。 如果您的組織也需要採取策略來集中所有 API，以便更輕鬆地追蹤和控管，則此課程模組相當適合您。
學習目標
在本單元中，您將：
- 了解什麼是 Azure API 中心及其提供的優點。
- 探索 API 中心如何為您的組織實現集中式 API 詳細目錄、控管、探索和取用。
- 了解如何開始使用適用於您組織的 Azure API 中心。
- 探索 Visual Studio Code 等開發人員工具的進階整合。