Devi apportare diversi piccoli aggiornamenti non-breaking a un'API esistente ospitata in APIM. Requisiti: non interrompere i chiamanti esistenti, essere in grado di annullare le modifiche se necessario, fornire documentazione per gli sviluppatori sulle modifiche e consentire il testing prima della pubblicazione. Cosa dovresti fare?

La risposta corretta è "Aggiungere una nuova revisione all'API". Le revisioni in Azure API Management (APIM) consentono di apportare modifiche non-breaking a un'API esistente in un ambiente isolato. Questo soddisfa i requisiti di non interrompere i chiamanti esistenti, permette di annullare le modifiche (revertendo a una revisione precedente), genera documentazione aggiornata per gli sviluppatori e consente il testing prima di rendere la revisione corrente e pubblica. Il versioning basato su header o su stringa di query creerebbe una nuova versione dell'API, che è più adatta per modifiche breaking o significative, richiedendo ai chiamanti di aggiornare il modo in cui accedono all'API. Creare un nuovo prodotto non è il meccanismo corretto per gestire le modifiche a un'API esistente, in quanto i prodotti raggruppano le API. Le policy personalizzate modificano il comportamento dell'API ma non sono il meccanismo primario per gestire le modifiche alla definizione dell'API stessa con i requisiti specificati.