Azure API管理可伸縮性

Question

Azure API管理承諾對一個實例每秒1000個請求。 （我不知道這是正確的匯率，但讓我們假設它是正確的）。 我的問題是，僅通過擴展API Management實例，如何在不擴展Web基礎結構的情況下擴展Web服務。

例如，如果Azure API管理每秒支持一個實例每秒1000個請求，則后端服務還應在其基礎結構中支持相同的請求處理閾值。 在這種情況下，通過Azure API Management擴展Web服務的真正含義是。

Answer 1

通過使用Azure API管理，您可以輕松地打開緩存，這可以大大減少到后端的流量。 此外，您可以輕松擴展您的API管理實例，以支持更多虛擬機。 但是，如果后端無法處理流量（在緩存之后），那么您可能需要更具可擴展性的后端:)

Answer 2

苗是對的。 但是請記住，Azure API管理擴展僅適用於GET請求。 加上API Management提供的緩存大小，今天只有1GB [將來可能會增加]； 至今沒有任何監視。 因此，如果您需要監視API管理緩存，請使用外部緩存（例如Redis）。 當您談論可伸縮性時，它將涉及所有層面。 API管理消耗計划可能是考慮周全的自動擴展的不錯選擇。 然后考慮使用Azure VMSS或應用服務自動縮放來縮放支持的API。 而且，如果您的后端APIS與DB進行通信，則可以考慮使用諸如SQL Azure HyperScale之類的Azure上的Autoscale for DB。 因此，可擴展性不僅在API管理級別，而且在所有層級都經過仔細考慮。

API管理中的緩存示例實現在此處-https://sanganakauthority.blogspot.com/2019/09/improve-azure-api-management.html