Net remoting or com+

Как мислите кое е по подходящо за enterprice system -
net remoting или entrprise components?
Development с Dot.net

WebServices.

Аргументирай

-------------
Special killer double trouble triple extra nicotine monster!

Хммм ? "Ентерпрайз компоненти какво означава" ?

Ремотинга по-принцип е лоша идея. Има си проложение, ама много специфично. Така че давай Уеб Сървиси.

--
Sometimes the sole purpose of your life is to serve as a warning to others.

Е да ама аз направих тест:
Net remoting components hosted in IIS работят много по-бързо
от Web services. Почти 10 пъти по-бързо.
При едно по сериозно клиент-сървър приложение ????? Перформанса
къде отива

[линк]

Ей тук отива изказването ти за "пърформанса".

Колко сериозни ентерпраз приложения си правила досега? И колко често ти се налага?

Мани го пърформанса преди да ти се е наложил. От шибани технологии и шибан код се губи много повече.

Пак ти казвам - помисли няколко пъти преди ремотинг. Първо не са го измислили супер умно и се пише трудно и има малко ресурси за помощ онлайн, второ трудно ще го конектнеш към други системки.

4 процесорен дел - 1000 долара. 1 Мбит интернет - 60 кинта. Ако това ти се струва много, давай директно ПХП.

--
Sometimes the sole purpose of your life is to serve as a warning to others.

4 процесорен дел - 1000 долара.
1 Мбит интернет - 60 кинта.
Remoting с ПХП -- priceless.

От 5 год. участвувам в девелопмент на enterprise system на VB6 + COM+ SQL SERVER 2000. Сега обаче се налага да премина към DOT.NEt .
И въпроса е за middle tier. И е необходимо да си останем в майкрософските технологии - не може ПХП.
Затова въпроса е .NET Remoting, WEB services или Enterprise Services.
Приложението ще е клиент сервер - една база и в рамките на една локална мрежа.
Само малки части ще са експонирани в WEB- и те ще са с WEB services.Въпроса е за другата част - която е в рамките на локална мрежа.

И някой (съответно ти) решава дълбоко преди началото на проекта, че ще използвате remoting? Независимо какво става, само ремотинг или само уеб сървиси?

Ако някой ми го каже така ще избягам от проекта.

В отговор на:

---

И е необходимо да си останем в майкрософските технологии

---

Това винаги ми е било интересно. Някои хора казват, само майкрософтски технологии. Други -- само Джава. Трети -- нещо друго. Как се взимат такива решения и защо се ограничаваме изобщо?

minah prez podobno nesto predi 1 godina. Triabvashe da se prehvyrli ogromno kolichestvo kod. Nie reshihme che web services si struva. Za nas beshe prenapisvane na otnositeno malko kod zastoto COM+ obectite biaha stateless i si imahme clientski objects koito paseha state. Systo si biahme napisani serialize methods taka che imashe samo edna stupka do Datasets. Nakraja mahnahme COM+ i napravo si gi zarezdame DS s edin call, prastame kym servera samo changegrams.
Goliama konversia se pravi na stypki. Moze ot klienta kym servera moze i obratno. Pri nas beshe ot klienta posle servera i nakraja mahnahme COM+. Ostava da smenim ADO sys ADO.NET.

Kakto i pri teb systemata e izcialo na MS techlogii. Vodim se MS partner i syotvetno imame suporta na MS ako nesto ni potriabva im se obazdane po i te imat 24h za otgovor.
Za Deshev: Spestiava pari i vreme a i biznesa vyrvi.


PS. Za protokola - az pisah mission critical remoting i go napravih na MS Messaging Queues dublirano otdolu sys talica v DB za results. Prosto ako izpusna item se gubiat pari i to dosta. Pod Q mi sediat 5-10 4way servera. Konfiguraciata e flexible t.e. moze da se puskat i spirat serveri posredata na processa. Stava duma za 1000+ items per minute. Praviloto pri mene beshe vsicko koeto otnema poveche ot min da puska paralel.

В отговор на:

---

Za Deshev: Spestiava pari i vreme a i biznesa vyrvi.

---

И аз допусках, че е някаква такава причината, но как по-точно спестява пари и бута бизнеса да върви? Само 24-часовата поддръжка ли е предимството? Не че искам да омаловажавам това, просто питам и за друго.

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

Направи го на асемблер. По-бързо е. Не слушай хора без никакъв опит в "ентерпрайза" като мене и Дешев.

--
Sometimes the sole purpose of your life is to serve as a warning to others.

Molia.

Kakto lekar nikoga niama da ti predpishe rezepta bez da te pregleda taka i az ne moga ti kaza koia arhitektura ste e nai dobra v tvoia sluchaj bez da poznavam prilozenieto. Principa e 80-20 stom nesto raboti v 80% ot slucauite ima dobur shans da proraboti i za teb. Za tova i ti predlozih WebServices. Oste edno obsto pravilo - Scale Horizontaly.
I posledno - nestandartni reshenia se praviat samo kogato situaciata naistina go nalaga, zastoto posle supporta ubiva i nai-dobrite idei.