|
SOA и Майкрософт
|
|||
---|---|---|---|
#18+
народ, есть тут кто, кто занимался хостингом кучи WCF сервисов ? такая вот проблемо: допустим, есть per call WCF сервисы, которые хостятся на IIS и инициируются ServiceHostFactory. При первом запросе к сервису в этой ServiceHostFactory происходит запрос в базу данных, к этому добавляется определённый overhead из-за использования EntityFramework , ну и поскольку сама активация сервисов из-за запросов к базе длится первый раз пару секунд, решил их поставить в режим само-активации , посмотрел в диспетчере: каждый из сервисом "весит" пару десятков мегабайт, если WCF сервисов будет пару сотен, то никакой памяти не хватит есть имхо такие варианты: 1) само-активацию ограничить до самого минимума, 2) запрос к базе где-то кешить и вместо самого запроса к дб искать в кэше, 3) есть советы, как уменьшить overhead , связанный с EntityFramework warm up , но всё равно, как не крути , первое обращение к сервису (warm up) длится достаточно долго и его никак не избежать 4) можно попробывать отказаться от использования EntityFramework и сгенерировать DAL какой-нибудь штуковиной, которая ближе к телу к ADO.NET как вообще правильно это разрулить? с Azure кто-нибудь экспериментировал? есть какие-то варианты, где облако сам хостишь ? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.11.2012, 17:08 |
|
SOA и Майкрософт
|
|||
---|---|---|---|
#18+
Bob Dylan, А вариант не хостить на одном сервере сотни сервисов не рассматривается? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.11.2012, 17:32 |
|
SOA и Майкрософт
|
|||
---|---|---|---|
#18+
SolYUtorBob Dylan, А вариант не хостить на одном сервере сотни сервисов не рассматривается? merci, кстати, да... это ещё один вариант, 5) надо будет посмотреть, как вебферму скомпоновать , единственное, что немного при этом напрягает: инсталлировать и обновлять сервисы, наверное, сложнее будет BTW, это нормально вообще, когда обычный per call WCF service "весит" 50-150 мегабайтов? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.11.2012, 17:41 |
|
SOA и Майкрософт
|
|||
---|---|---|---|
#18+
Bob DylanBTW, это нормально вообще, когда обычный per call WCF service "весит" 50-150 мегабайтов? Да. Ибо ведь там поднимается домен приложения, в который загружается масса системных сборок, всё это хозяйство jit-компилируется и храниться в памяти. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.11.2012, 18:02 |
|
SOA и Майкрософт
|
|||
---|---|---|---|
#18+
SolYUtorBob DylanBTW, это нормально вообще, когда обычный per call WCF service "весит" 50-150 мегабайтов? Да. Ибо ведь там поднимается домен приложения, в который загружается масса системных сборок, всё это хозяйство jit-компилируется и храниться в памяти. меня напрягает тот факт, что загузившиеся 50 мб в память через какое-то время доходят до 150-170 и там всё это хозяйство застрявает на часы, аппдомены по дефолту должны были бы сгружаться через 20 мин. бездействия, но , наверное, опция "само-активации" WCF Services в IIS, на которую я ссылался выше , реализована пока не самым оптимальным образом ... |
|||
:
Нравится:
Не нравится:
|
|||
14.11.2012, 18:25 |
|
SOA и Майкрософт
|
|||
---|---|---|---|
#18+
как по мне, EntityFramework - зло.... ... |
|||
:
Нравится:
Не нравится:
|
|||
15.11.2012, 17:17 |
|
SOA и Майкрософт
|
|||
---|---|---|---|
#18+
Winnipuhкак по мне, EntityFramework - зло.... Верно. А С# вообще недоязык. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.11.2012, 14:28 |
|
SOA и Майкрософт
|
|||
---|---|---|---|
#18+
ребяты, предлагаю в рамках моего топега научиться тому, чему вас никто другой в жизни не научит, а именно конструктивному подходу к решению проблем, итак, проблема : у майкрософт недостаточно проработано то, что все другие называют Application Server, итак, что вы коннкретно предлагаете, чтoбы решить проблему грамотного управления большого количества веб-служб, , которые необходимо хостить на своих собственных серверах ... |
|||
:
Нравится:
Не нравится:
|
|||
16.11.2012, 16:33 |
|
|
start [/forum/topic.php?fid=19&fpage=14&tid=1397152]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
23ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
40ms |
get tp. blocked users: |
1ms |
others: | 15ms |
total: | 119ms |
0 / 0 |