Ugyanaz a webservice külön szerveren több példányban

Fejlesztés

Erre mi a kulturált megoldás .NET alatt?

- Adott több (jelen esetben 2) szerver ugyanazzal a webservice-al.
- További nehezítés, hogy mindkét szerveren a service kétszer van felhúzva (1 éles 1 teszt)
- Maga a webszolgáltatás tökugyanaz mind a 4 esetben.
- Service ASP.NET-ezik.
- Kliens egy mezei desktop .NET app.

Az alapvető probléma az, hogy ha felveszem a service reference-t, akkor ugye fel kellene venni 4x. Ha más endpoint address-t adok meg a Client példányosításakor, akkor meg azon megy a hiszti, hogy nem tetszik neki a SOAPAction.

Mi erre a kultúrált megoldás?

  • 5477 megtekintés

( iwanabeguru | 2012. 12. 18., k – 12:48 )

Terhelésmegosztás/"load balancing" a szó amit keresel. A beérkező kéréseket kell szétdobálni egy a webservicektől elkülönített magasabb szinten. Valami webserver ami továbítja a kéréseket hol az egyik hol a másik szervernek.
Sose csináltam még ilyet úgyhogy segíteni nem tudok de ebbe az irányba indulnék el.

===============================================================================
// Hocus Pocus, grab the focus
winSetFocus(...)

http://c2.com/cgi/wiki?FunnyThingsSeenInSourceCodeAndDocumentation

Félreérted, nem terhelést akarok elosztani. A 4 külön webservice - bár a szoftver ugyanaz - 4 egymástól teljesen független telepítés, más a mögöttes adatbázis, stb.

Ami nekem lenne a célom, hogy egy szoftverben tudjak mind a 4-ről lekérdezni anélkül, hogy mind a 4 rendszert felvenném endpointnak és mind a 4 service elé tolnék egy wrappert a kódban.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

( penztar v | 2012. 12. 18., k – 13:29 )

Hello!

Amikor példányositod a webservie objektumodat akkor elvileg meg lehet adni egy propertyben hogy milyen url-en keresse a webservicet. Az elmúlt napokban én is találkoztam valami hasonlóval csak nekünk két eset volt nem négy mint neked. Az url-t egy statikus fájlban tároljuk és onnan olvassuk fel hogy épp melyik webservicet kell hivogatni.

Üdv,

( zeller | 2012. 12. 18., k – 16:27 )

Éles és teszt ugyanazon a szerveren. Jáááj...

Azon kívül, hogy meglehetősen sok, nyomós anyagi érv szól mellette kivételesen itt most ez a célszerű.

Nem a mi rendszerünk, mi csak használjuk, inkább amolyan demó, amit szabadon lehet nyomkodni valamint a mi tesztrendszereinkkel csatlakozni hozzá - és inkább ezen van a hangsúly.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

( penztar v | 2012. 12. 18., k – 21:48 )

Hello!

Akkor ha jól értem a webservichez semmi közötök nincs azon kivül hogy meghivogatjátok amikor szükséges. Nem lehet hogy a háttérben változott maga a webservice csak te a solutionben nem frissitetted meg a referencát és ezért sír neked?
Az imént játszásiból összepakoltam Monodevelopban egy webservicet amit a localhostomra kétszer másoltam ki természetesen a folder nevek változtak de a beltartalom maradt. Ezek után a másodikként kimásolt servicre csináltam egy referenciát egy konzolos projektben. Majd fogtam és amikor példányositom az ojjektumot akkor az első service url-jét adtam meg propertyben és láss csodát működött a dolog. Sőt utána hogy távoli hely is legyen a notim webserverére is kimásoltam az eredeti servicet és meghivtam innen is. Ez is ment. Szóval kb. leteszteltem az általad felvázolt eseteket és mindegyik ment nekem.
Nehezítző körülmény hogy monoban és apache webserveren teszteltem.Valszeg a Visual Studio és IIS párossal is ezt az eredményt kapnám.

Üdv,

Nem, teljesen új projektnél is ezt csinálja. Amiről a referencia készült az oké, a másikkal nem hajlandó működni. És lehet, hogy pont az lesz itt a különbség, hogy ASP.NET és IIS. Amint lesz egy kis időm, készítek én is egy demót, csak ma volt más dolgom is bőven.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™