Прокси-сервер функций Azure - путь к учетной записи хранения

Я мог бы успешно создать прокси-сервер функции Azure, который направляет запросы в мое хранилище BLOB-объектов. Однако это работает только в том случае, если я укажу URL-адрес Backend с полным URL-адресом файла BLOB-объекта:

ex:

https://account.blob.core.windows.net/site/index.html

где '/ site' - имя моего контейнера, а 'index.html' - имя моего большого двоичного объекта.

У меня было понимание, что я могу использовать шаблон маршрута как '/ site', и если я оставлю Backend URL как 'https://account.blob.core.windows.net/site/" то, что идет после последнего "/", будет перенаправлено в мою учетную запись хранения. Я неправильно понял?

ОБНОВЛЕНИЕ После прочтения этого другого вопроса Azure Функция прокси-сервер приложения для учетной записи хранения больших двоичных объектов и обновление шаблона маршрута / URL-адреса серверной части работает, но если у моего имени большого двоичного объекта есть расширение, оно не работает (например, .html). Какие-нибудь подсказки?


person Thiago Custodio    schedule 24.02.2017    source источник
comment
См. Комментарии Хамида к аналогичному запросу. Исправление ожидается в ближайшее время   -  person Yochay Kiriaty    schedule 25.02.2017


Ответы (2)


В Функции Azure В документации по прокси указано, как получить параметры запроса и передать их в серверную службу.

Ваш шаблон может быть /site/{*restOfPath}

И ваш бэкэнд будет https://account.blob.core.windows.net/site/{restOfPath}

Мне удалось заставить это работать только с файлами, у которых НЕТ расширения файла. Итак, я смог добавить index blob и получить к нему https://myfunction.azurewebsites.net/index, однако, когда я попробовал index.html, прокси-сервер вернул сообщение «Ресурс, который вы ищете, был удален, изменилось его имя или временно недоступен».

person Cloud SME    schedule 24.02.2017
comment
После того, как я разместил этот вопрос, я нашел еще один вопрос, близкий к моему. У меня такая же проблема, как и у вас, только работает без указания расширения. - person Thiago Custodio; 25.02.2017
comment
Я оставляю этот вопрос открытым, чтобы группа по функциям Azure могла взглянуть на него и помочь по поводу расширения. - person Thiago Custodio; 25.02.2017
comment
Мы перенаправим это внутренне, чтобы убедиться, что это решено. - person Fabio Cavalcante; 27.02.2017

Да, мы обнаружили ошибку, когда URL-адрес оканчивается расширением .extension, и выпустим исправление в ближайшие несколько дней. Большое спасибо за отзыв.

person Hamid Safi    schedule 25.02.2017
comment
Исправление уже доступно. - person Henry Hamid Safi - MSFT; 01.03.2017