Şirketiniz iki katmanlı genel API'ler sunmaktadır: Starter (müşteri başına günde 1.000 çağrı) ve Enterprise (müşteri başına günde 10.000 çağrı). Geliştiricilerin anahtar almak için onay bekleyen self-servis kaydolmaları gerekmektedir. Her istek otomatik olarak bir korelasyon kimliği başlığı almalıdır. Bu gereksinimleri minimum ek yük ile karşılayan Azure API Management yapılandırması nedir?

Doğru seçenek, Azure API Management'ın yerleşik özelliklerini kullanarak tüm gereksinimleri minimum ek yükle karşılar. İki ürün (Starter ve Enterprise) tanımlamak, farklı çağrı limitleri için abonelikleri ve kotaları yönetmenin standart yoludur. rate-limit-by-key ilkesi, her abonelik anahtarı için çağrı limitlerini uygular. Geliştirici portalı, onay gerektiren self-servis kaydolmayı sağlar. set-header ilkesi ise her isteğe otomatik olarak bir korelasyon kimliği ekler. Diğer seçenekler ya gereksinimleri karşılamaz ya da daha fazla yönetim yükü getirir: Azure Front Door, API anahtarı yönetimi ve self-servis kaydolma sağlamaz. İki ayrı APIM örneği dağıtmak gereksiz karmaşıklık ve maliyet yaratır. Azure Functions Proxies, API Management'ın sunduğu zengin özellik setine sahip değildir ve kısıtlamayı kodda uygulamak daha fazla geliştirme ve bakım gerektirir. JWT-validate ilkesi kimlik doğrulama için kullanılır, hız limitleri için doğrudan uygun değildir ve Redis ile sayaçları yönetmek ek karmaşıklık getirir.