Блог

Я рассматриваю возможность использования объектов Fat из Lokad.Облако в новом приложении на базе Azure. На данный момент я все еще пытаюсь решить, следует ли мне использовать Table Storage или SQL — я знаю SQL лучше, но TS потенциально может работать лучше при правильном проектировании. Когда я читал wiki из Lokad.Облако Я наткнулся на эту страницу с автоматическим масштабированием. В рамках ограничений говорится

Локад.На данный момент облако поддерживает только один размер виртуальной машины: виртуальная машина, упомянутая в Windows Azure, небольшая.

Означает ли это, что я не увижу никакой выгоды при увеличении количества рабочих ролей?

Мы будем очень признательны за любые отзывы об этом продукте. Все остальное, что я прочитал, было хорошим — просто беспокоился о производительности.

Отметить

Означает ли это, что я не увижу никакой выгоды при увеличении количества рабочих ролей?

Нет. Вы неправильно поняли инструкцию. Они имеют в виду, что на данный момент они поддерживают только небольшой вычислительный экземпляр. При сборке для Windows Azure ваше приложение развертывается на виртуальной машине (VM). Вы можете выбрать размер виртуальной машины для каждой определенной вами роли Azure. И вы можете выбрать, на скольких виртуальных машинах будет выполняться ваш код (известный как экземпляр роли).

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

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