Устаревший монолит работает за внутренним балансировщиком нагрузки на виртуальных машинах Azure. Вам необходимо постепенно перенести конечные точки в микросервисы с нулевым временем простоя и сохранить единую публичную конечную точку API. Планируется переносить по одному маршруту в новые сервисы, оставляя остальные на монолите. Что следует реализовать?

Azure API Management (APIM) идеально подходит для постепенной миграции "Strangler Fig Pattern". Он позволяет определить монолит и новые микросервисы как отдельные бэкенды. С помощью политик APIM, таких как маршрутизация на основе пути или перезапись URL, вы можете направлять конкретные запросы (маршруты) к новым микросервисам, в то время как остальные запросы продолжают обслуживаться монолитом. Это обеспечивает нулевое время простоя и сохраняет единую публичную конечную точку API. Полная перестройка и одномоментное переключение (второй вариант) не соответствуют требованию нулевого простоя. Azure Front Door (третий вариант) хорош для глобальной маршрутизации, но не предоставляет детального контроля на уровне API-маршрутов для постепенной миграции. Azure Traffic Manager (четвертый вариант) работает на уровне DNS и не позволяет маршрутизировать отдельные API-операции. Logic Apps (пятый вариант) не предназначены для управления API-шлюзом и маршрутизацией трафика.