Кто-нибудь пытался импортировать (частное и не общедоступное) приложение API как API , когда ваш экземпляр управления API развернут в vnet? Это отличается от простого указания на IP-адрес , как описано здесь , который, без сомнения, будет работать.
Однако прямое указание на ресурс Azure, как это делает приложение API импорта, кажется более удачным подходом. Интересно, каковы точные требования, так как я пытался импортировать приложение API, которое не было частью того же vnet, и оно выдало ошибку DNS после импорта API и опробования его в управлении API (которое только Имеет смысл, если он попытался вызвать приложение API, как если бы оно было размещено в inte rnet, если приложение API доступно из inte rnet, проблем нет, это работает идеально).
Существует прямая ссылка между ресурсом API и ресурсом управления API (он устанавливает ResourceId в вашем ApiManagementBackend). Кроме того, я установил HostNamesDisabled на true в приложении API, в котором говорится, что «приложение доступно только через процесс управления API» ... Так что Azure должен обрабатывать трафик c между двумя ресурсами внутренне верно (это то, на что я надеялся)?
Следующим шагом будет попытка поместить оба ресурса в один vnet, но тогда я пропущу весь API импорта вместе, потому что тогда я могу просто указать на IP-адрес. Возможно, из этого следует, что функционально API-интерфейс импорта не выгоден в сценарии управления API vnet?