Бихте ли поставили достъп до данни в Azure Worker Role?

Създавам приложение ASP.NET MVC 5, което ще работи на Azure. Използвам DocumentDb и Azure Table Storage за управление на данните си.

Мисля да преместя моите DAL функции към Azure Worker Role, която извиквам от моята уеб роля, използвайки HTTP -- не опашка за съобщения.

Мисля, че обикновено работните роли се използват за нечувствителни към времето бек-енд задачи, но не виждам причина защо не мога да преместя своя DAL в работна роля, която отговаря на HTTP заявки. Мисля, че това ще ми даде хубаво разделяне на моя слой данни и доста лесен начин за увеличаване/намаляване.

Това има още по-голям смисъл за мен, откакто преминах към DocumentDb и Azure Table Storage, които изискват някои допълнителни данни за обработка на работа. Мислех, че ролята на работник би била идеална за справяне с цялата тази допълнителна работа, тъй като може да се увеличи много по-лесно.

Както и да е, исках да получа предложения и гледна точка на другите по този въпрос. Моля, кажете ми какво мислите.




Отговори (1)


Работническите роли нямат IIS, поради което обикновено се използват заедно с опашки за съобщения. Ако искате вашият DAL да бъде уеб API например, просто използвайте друга уеб роля.

person BenV    schedule 15.09.2014
comment
Хостването на DAL като уеб API в уеб роля общ подход ли е? Дали извикването на моя уеб API - от една уеб роля в друга - би довело до забавяне на приложението ми? Никога не съм мислил за уеб API за вътрешна консумация. Винаги съм мислил за това за мобилни клиенти или външни страни. Изглежда логично. Просто искам да разбера дали това е добър подход. - person Sam; 15.09.2014
comment
Предположих, че под роля, която отговаря на HTTP заявки, имате предвид уеб API, но отговорът се отнася за всичко, което комуникира през HTTP. Можете да използвате вътрешните крайни точки за комуникация между ролите, за да намалите забавянето. - person BenV; 15.09.2014