2012-01-13 2 views
2

Что такое наилучшая практика при переносе службы Windows на Azure? Должен ли он быть заменен на роль рабочего или переместиться в роль виртуальной машины? Есть ли другие варианты? Предположим, что мои службы пишут внешние источники сохранения (MSMQ, базы данных, WCF), а не напрямую в файловую систему.Службы Windows на Azure WorkerRoles

ответ

2

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

Вы также можете заглядывать в роли HPC и в зависимости от требований on-prem/off-prem и load/compute, добавив, что Azure-машины могут быть полезны для вашего кластера HPC.

Все типы ролей (Web/Worker/VM/HPC) являются лицами без гражданства и требуют, чтобы они могли раскручиваться или срываться с нуля по требованию. Все типы ролей предназначены для запуска более одного экземпляра виртуальной машины за раз.

НТН

+0

Нет роли HPC (если я что-то не хватает?). Azure - отличный кандидат на HPC, но нет конкретной роли HPC. – BritishDeveloper

+0

http://technet.microsoft.com/en-us/library/gg481749(WS.10).aspx – Igorek

+0

Спасибо, что подтвердили, что я прав;) Нет , Я шучу, я разъяснял, что, хотя Azure отлично подходит для HPC, нет конкретной «роли HPC», так же как и «Веб-роль», например – BritishDeveloper

-1

Azure имеет особый тип веб-роли под названием «службы WCF веб-роли», что соответствует WCF службы Windows. Это хороший момент для переноса существующих сервисов. В идеале миграция должна сопровождаться использованием особых функций Azure, например, с использованием очередей и рабочих ролей для максимизации производительности и масштабируемости.

0

Я написал сообщение в блоге об этом некоторое время назад. Именно здесь:

http://blogs.msdn.com/b/golive/archive/2011/02/11/installing-a-windows-service-in-a-worker-role.aspx

Обратите внимание, что службы Windows не будет связываться непосредственно с контроллером ткани, так что вам нужно пинговать его периодически проверять здоровье, а затем принять remediative действия по мере необходимости.

Включение службы Windows в рабочую или веб-роль принимается практикой. Основная причина перехода с ролью VM заключается в том, что требуется значительная (> 10 минут) настройка. В моем блоге указано, как установить службу.

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

Если стоимость вопроса, объединение функций в сеть/работника также принято практикой. И вы можете сэкономить, не работая над своим кодом, чтобы получить его в сети/работнике.

Смежные вопросы