Запрос производительности Fat Entities

Question

Я рассматриваю возможность использования Fat Entities из Lokad.Cloud в новом приложении на основе Azure. В настоящее время я все еще пытаюсь решить, стоит ли мне использовать Table Storage или SQL - я знаю SQL лучше, но у TS есть потенциал для повышения производительности, если он спроектирован правильно. Когда я читал вики из Lokad.Cloud, я наткнулся на эту страницу по AutoScaling. Под Ограничениями это говорит

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

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

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

отметка

Answer 1

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

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

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

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