Ваша компания предлагает публичные API с двумя уровнями: Starter (1000 вызовов в день на клиента) и Enterprise (10 000 вызовов в день на клиента). Разработчики должны самостоятельно регистрироваться для получения ключей, ожидающих одобрения. Каждый запрос должен автоматически получать заголовок correlation ID. Какая конфигурация Azure API Management соответствует этим требованиям с минимальными накладными расходами?

Этот вариант является наиболее подходящим, поскольку Azure API Management (APIM) изначально разработан для управления API, включая тарификацию, безопасность и портал разработчика. Создание двух продуктов (Starter, Enterprise) с подписками позволяет легко настроить разные уровни доступа и применить политику rate-limit-by-key для ограничения вызовов на уровне продукта, что соответствует требованиям к квотам. Портал разработчика APIM поддерживает самостоятельную регистрацию с одобрением, что упрощает управление ключами. Политика set-header на уровне API позволяет автоматически добавлять заголовок correlation ID к каждому запросу. Остальные варианты менее эффективны: Azure Front Door не предназначен для управления API-ключами и тарификацией на уровне пользователя; ручная рассылка ключей не масштабируется. Развертывание двух экземпляров APIM избыточно и увеличивает накладные расходы. Azure Functions Proxies не предоставляет встроенных функций управления API, таких как портал разработчика и политики тарификации, требуя значительной пользовательской разработки. Использование политики JWT-validate и Redis для тарификации является обходным путем и не использует встроенные возможности APIM для ограничения скорости.