Ефективни множество услуги, изложени през .NET отдалечено управление, използвайки повече канали или крайни точки?

Използвам отдалечено управление през TCP за прототип на разпределено сървърно приложение, където искам да има различни различни услуги, изложени от всеки процес на отдалечен сървър.

В някои случаи искам услугите да работят от същия процес, но не искам каквото и да използва услугата да се интересува от това.

Чудя се по-ефективно ли е да има множество услуги в един и същи процес, преминаващи през един и същ отдалечен канал, разграничен от URI/URL на крайна точка, или трябва да създавам нови канали на различни портове за всяка услуга в един и същ процес?

Използването на портове не е толкова голям проблем, тъй като броят на услугите ще бъде малък и конфигурацията на мрежата и машината е напълно контролирана.

Също така не ми е ясно дали отдалеченото изпраща URI низа за всяко отделно съобщение или само по време на свързване и дали дали рамката за отдалечено управление е достатъчно интелигентна, за да намали работата, ако повикванията се правят на същата машина и дори на същия процес?

Благодаря предварително.


person iam    schedule 14.04.2010    source източник
comment
С помощта на wireshark открих, че отдалеченото изпращане на URI низ за всеки отделен отдалечен обмен, така че изглежда, че няма да има какво да се спечели от използването на различни сокети за две услуги, хоствани в един и същи процес. Също така предполага, че използването на кратък URI низ е добра идея, когато е възможно.   -  person iam    schedule 14.04.2010


Отговори (1)


Можете също да хоствате в отделни процеси през един и същи порт, като използвате услугата за споделяне на порт Net.Tcp.

person David M    schedule 14.04.2010
comment
Това ли е, което дистанционното управление така или иначе прави, като използва URI низа за насочване на трафика, ако е на същия порт? - person iam; 14.04.2010
comment
Не, не точно. Това е услуга, позволяваща междупроцесно споделяне на порта. - person David M; 14.04.2010