Debe realizar varias actualizaciones pequeñas y no disruptivas en una API existente alojada en APIM. Los requisitos son: no interrumpir a los llamadores existentes, poder revertir los cambios si es necesario, proporcionar documentación para los desarrolladores sobre los cambios y permitir las pruebas antes de la publicación. ¿Qué debe hacer?

Añadir una nueva revisión a la API es la mejor opción porque las revisiones de Azure API Management (APIM) están diseñadas específicamente para realizar cambios no disruptivos en una API. Permiten trabajar en una versión de la API en aislamiento, probarla y luego publicarla, manteniendo la versión actual en producción. Esto satisface los requisitos de no interrumpir a los llamadores existentes, permitir la reversión (ya que las revisiones anteriores permanecen disponibles), proporcionar documentación (cada revisión puede tener su propio registro de cambios) y permitir las pruebas antes de la publicación. El versionado (basado en encabezados o cadenas de consulta) se utiliza para gestionar cambios disruptivos en la API, creando versiones separadas que los llamadores deben especificar. Crear un producto es una forma de agrupar APIs y aplicar políticas de acceso, no para gestionar cambios iterativos en una API existente. Las políticas personalizadas se usan para modificar el comportamiento de la API (por ejemplo, seguridad, transformación), no para gestionar el ciclo de vida de los cambios en la API misma.