[azure] Роль рабочего против веб-работы



Answers

Если мы должны измерить «власть» как вычислительную мощность, то в виртуальной среде это переводит к тому, сколько слоев находится над физической машиной (металлом). Код пользователя на виртуальной машине работает поверх гипервизора, который управляет физической машиной. Это самый толстый слой. По возможности гипервизор пытается просто служить прохождением металла.

Для WebJobs существенно мало накладных расходов. Он изолирован песочницей, OS поддерживается, и есть службы и модули, чтобы убедиться, что он работает. Но код приложения по существу близок к металу, как и в «Ролях рабочих», поскольку они используют один и тот же гипервизор.

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

Если вы хотите «функции», то WebJobs имеет полный набор функций. В том числе, виртуальные сети на предварительные ресурсы, промежуточная среда, удаленная отладка, запуск, планирование, простое подключение к хранилищу и служебной шине и т. Д.

Большинство людей хотят сосредоточиться на решении своей проблемы и не инвестировать время в инфраструктуру. Для этого вы используете WebJobs. Если вы обнаружите, что вам нужна большая гибкость, или изолированная среда безопасности не позволяет вам делать что-то, что не может быть выполнено каким-либо другим способом, перейдите к «Роли рабочих».

Можно даже создавать гибридные решения, где некоторые части выполняются в WebJobs, а другие - в Ролях Рабочих, но это выходит за рамки этого вопроса. (подсказка: SDK WebJobs)

Question

Из того, что я понимаю, выполняются небольшие повторяющиеся задачи в облаке.

Какие причины и в каких ситуациях я могу выбрать один из них?




Related