2016-11-24 8 views
0

В настоящее время мы находимся на этом промежуточном этапе предоставления услуг хостинга на виртуальной машине в IIS и переносим некоторые из них на Azure.Служба IIS, обслуживающая хранилище очередей Azure

У меня есть две службы: служба A, которая вставляет элементы в хранилище и службу обслуживания Azure Queue, которая является консольным приложением, которое использует библиотеки Web Job и потребляет сообщения из очереди.

Насколько я понимаю, служба B (потребитель) должна быть размещена в Azure и иметь доступ к Azure Queue, но может ли служба A (производитель), которая вставляет сообщения в очередь, размещаться в IIS? Это возможно?

В настоящее время я могу использовать локальный эмулятор хранилища для локального воспроизведения этого поведения, но на самом деле мы не можем его использовать. В идеале я хотел бы иметь возможность подключаться к хранилищу очередей удаленно, я просто не уверен, что это возможно.

Причина, по которой я хочу разместить службу A в IIS, заключается в том, что она связывается с другими службами IIS и использует запись в файл, что Azure не поддерживает очень хорошо, и запись в Azure будет очень различной, как мы в настоящее время отслеживает/регистрирует события.

ответ

1

Любое приложение, использующее SDK Azure Storage, может подключаться и работать с очередями хранения. Приложение может быть размещено в любом месте; в Azure App Service, в Azure VM, локальная виртуальная машина, в AWS VM, где угодно.

0

Может ли служба A (производитель), которая вставляет сообщения в очередь, размещаться в IIS?

Как сказал Крис, любое приложение в Интернете можно вставить сообщения в очередь, если он знает значение для хранения и ключ, если вы не хотите, чтобы приложение знает ключ Azure Storage, но и вставить сообщения, рассмотрите использование SAS, это еще одна история. В любом случае, пожалуйста, не беспокойтесь об этом.