取得 Azure API 管理常見問題的解答。
當功能處於預覽狀態時，其意義為何？
當功能處於預覽狀態時，這表示我們正積極尋求功能如何為您運作的意見反應。 預覽中的功能功能功能已正常完成，但可能會做出重大變更，以回應客戶的意見反應。 建議您不要相依於生產環境中處於預覽狀態的功能。
如何瞭解 API 管理的更新和變更？
訂閱在這些位置發佈的更新公告：
- Azure API 管理版本資訊。
- Azure 更新
如何保護 API 管理閘道與後端服務之間的連線？
您有數個選項可保護 API 管理閘道與後端服務之間的連線，包括：
- 使用訂用帳戶金鑰驗證。 訂用帳戶金鑰本身不是強式驗證形式，但通常會與其他方法一起使用。 如需詳細資訊，請參閱 API 管理中的驗證和授權。
- 使用 TLS 相互驗證，如 如何在 Azure API 管理中使用用戶端憑證驗證來保護後端服務中所述。
- 在後端服務上使用IP篩選。 除了取用層以外，在 API 管理的所有層中，閘道的 IP 位址會維持不變。 如需詳細資訊，請參閱 Azure API 管理的 IP 位址。
- 將您的 API 管理實例連線到 Azure 虛擬網路。
- 設定 OAuth 2.0 授權。 如需詳細資訊，請參閱 API 管理中的驗證和授權。
如何將 API 管理服務實例複製到新的實例？
您有幾個選項，包括：
- 使用 API 管理的備份與還原功能。
- 使用 API 管理 REST API 建立您自己的備份和還原功能，以從您想要的服務執行個體儲存和還原實體。
- 使用 Git 下載服務組態，然後將其上傳至新的執行個體。
我可以將 API 管理實例從某個訂用帳戶移至另一個訂用帳戶嗎？
是的。 若要了解作法，請參閱將資源移至新的資源群組或訂用帳戶。
我是否可以以程序設計方式管理我的 API 管理實例？
是，您可以使用各種工具以程序設計方式管理 API 管理，包括：
- API 管理 REST API
- 適用於 .NET、 JavaScript、 Java 和其他語言的 Azure 用戶端 SDK
- Azure PowerShell 和 Azure CLI
- Azure Resource Manager 和 Bicep 檔案。 請參閱 範例快速入門範本。
- Terraform
如何將使用者新增至 Administrators 群組？
Administrators 群組是一個不可變的系統群組，其中包含 Azure 訂用帳戶管理員。 您無法將使用者新增至此群組。 如需詳細資訊，請參閱 如何在 Azure API 管理中建立和使用群組來管理開發人員帳戶。
為何要在原則編輯器中新增無法使用的原則？
如何在單一 API 中設定多個環境？
若要在單一 API 中設定多個環境，例如測試環境和生產環境，您有兩個選項。 您可以：
- 在同一個 API 管理實例上裝載不同的 API。
- 在不同的實例上裝載相同的 API。
API 管理是否只支援 REST API 後端？
API 管理支援 REST API，以及傳遞至 SOAP、 WebSocket 和 GraphQL API。 API 管理也支持 綜合 GraphQL API。
API 管理也會與通常用於在 Azure 上建置和裝載 API 的 Azure 計算供應專案整合，包括 Functions、 Logic Apps、 Container Apps 和 Web Apps。
匯入我的 API 是否有限制？
請參閱 OpenAPI （Swagger）、WSDL 和 WADL 格式的 API 匯入限制和已知問題 。
是否可以使用 CI/CD 進行 API 開發？
是的。 如需詳細資訊，請參閱 使用DevOps和 CI/CD 發佈 API。
如需架構指引，請參閱 Azure API 管理登陸區域加速器。
API 管理在部署至多個地理位置時會使用哪些路由方法？
API 管理會使用部署至多個地理位置的 效能流量路由方法 （最低延遲）。 如需詳細資訊，請參閱 將 Azure API 管理實例部署到多個 Azure 區域。
API 管理是否可與 Azure ExpressRoute 搭配運作？
是的。
將 API 管理部署到 VNet 時所需的最小子網大小為何？
部署 API 管理所需的最小子網大小為 /29。 深入瞭解如何在 虛擬網路中使用 API 管理。
API 管理是否提供 Web 應用程式防火牆 （WAF）？
雖然 API 管理不包含 WAF 元件，但建議部署 API 管理實例的 WAF 上游 （前面） 。 例如，使用 Azure 應用程式閘道或 Azure Front Door。
受控網關與自我裝載閘道之間的差異為何？
如需詳細資訊，請參閱 API 管理中的 API 閘道 和 自我裝載閘道概觀。
API 管理在呼叫後端服務時如何處理尾端斜線？
在過去和慣例中，結尾斜線結尾的 URL 會被視為目錄，例如 https://contoso.com/sample/ ，沒有尾端斜 https://contoso.com/sample 線的相同 URL 會指出檔案。 這不是授權的;有些系統會將這兩個 URL 視為唯一的，有些則將其視為相同。 API 管理不會區分，因此單一作業 resource 將接受 resource 或 resource/。 不過，區別可能與後端主機無關。 某些網頁伺服器會自動將 URL 重新導向至結尾斜線結尾的相同 URL， 結尾為斜線。 由於 API 管理是後端 （伺服器） 的用戶端，因此不一定需要自動重新導向。 如有需要，請建立 重寫 URL 原則 ，以確保一律將尾端斜線新增至輸出後端呼叫。
是否可以變更 API 管理 API 的名稱？
否，在建立 API 管理之後，您無法在 Azure API 管理中變更 API 的名稱（或識別符）。 不過，您可以變更顯示名稱。
當您複製 API 時，會使用系統產生的名稱值來建立新的實例，您無法變更。 若要指定 API 的名稱，請手動建立新的 API 併匯入 API 定義。 如需詳細資訊，請參閱 匯入 API。
我可以直接整合 Azure API 管理與 Azure 資料庫解決方案嗎？
是，您可以直接整合 Azure API 管理與其他 Azure 服務，而不需要中繼。 例如，Azure API 管理可以直接與適用於 CRUD 作業的 Azure Cosmos DB REST API 整合，而不需要 Azure Functions 等中繼服務。