Uw bedrijf biedt openbare API's met twee lagen: Starter (1.000 aanroepen/dag per client) en Enterprise (10.000 aanroepen/dag per client). Ontwikkelaars moeten zelfstandig een account aanmaken om sleutels te verkrijgen, in afwachting van goedkeuring. Elk verzoek moet automatisch een correlation ID-header ontvangen. Welke Azure API Management-configuratie voldoet aan deze vereisten met minimale overhead?

De correcte optie voldoet aan alle vereisten met minimale overhead. Het definiëren van twee producten (Starter, Enterprise) met abonnementen en een rate-limit-by-key policy op productniveau implementeert de quota's per laag. De ontwikkelaarsportal met self-service aanmelding en goedkeuring stroomlijnt het aanmaken van accounts en het verkrijgen van sleutels. Een set-header policy op API-niveau injecteert automatisch de correlation ID. De andere opties zijn minder geschikt: Azure Front Door is een WAF en CDN, niet primair voor API-beheer met abonnementen en sleutelbeheer. Handmatige sleuteldistributie is inefficiënt. Twee APIM-instanties zijn onnodig complex en duurder dan twee producten binnen één instantie. Azure Functions Proxies zijn geen volwaardige API Management-oplossing en vereisen handmatige implementatie van throttling en sleutelbeheer in code, wat meer overhead geeft. Een JWT-validate policy is voor authenticatie, niet voor rate limiting. Het handmatig bijhouden van tellers in Redis is complex en niet de standaard APIM-aanpak voor rate limiting.