devel.cz

Zdravím ve spolek,
pokračoval bych v dalších konzultacích... :)

Požadavek:
Desktop aplikace se připojuje na aplikační server. Při přihlašování dochází k volbě databáze (pro uživatele v podstatě volba firmy). Přes aplikační server se poté uživatel tedy připojuje na jinou DB. Jako konkrétní DB je vždy použit Oracle a samotné DB jsou rozlišeny uživatelem a schématem.
Datová vrstva je postavena na Entity Farmeworku.

Uvažuji tato dvě řešení:

Jeden aplikační server
Rozhodnutí o připojení k dané DB "implementuje" samotný app. server, který pro danou session uživatele změní connectionstring - přesněji řečeno mění pouze uživatelské jméno, heslo a DB schéma.
Výhody:

• jedna instance app. serveru, možnost sdílet prostředky
• jednodušší deployment a údržba

Nevýhody:

• jedna instance app, serveru, restart nebo deployment "shodí" všechna připojení
• složitější implementace - aplikace si musí dokázat držet DB transakce, které zahájí uživatel např. editací, toto by se muselo udržovat napříč všemi použitými DB připojeními
• složitější řešení cache - při restartu/aktualizaci opět ztráta cache dat
• nejsme si jistý zda takto vůbec lze korektně implementovat dynamickou změnu DB schématu současně pro více uživatelů

Více aplikačních serverů
Desktop klient se připojí na vybraný aplikační server, který přistupuje pouze na jednu konkrétní DB (firmu).
Výhody:

• každá instance app. serveru pracuje pouze ve svém poolu, neovlivňují jí ostatní
• jednodušší implementace transakcí a cache
• každá instance má svůj pool a tím pádem by to mělo být stabilnější
• možnost škálovat výkon na více různých serverů

Nevýhody:

• nelze sdílet jednoduše data v rámci jedné aplikace mezi více různými DB (cache)
• problematičtější deplyment - některé instalace by mohly obsahovat i 20 app. serverů

Jaké myslíte, že by bylo vhodné řešení?

Díky.