[OPEN-ILS-GENERAL] Seperate Servers for OPAC and ILS?

[Ben Shum]

We've done this before where we have two different hostnames pointing at 
two different Evergreen servers, but both servers end up pointing at the 
same database backend.

In a scenario like that, Server A could be "opac-only" where you tell 
users to use for opac stuff, and then Server B could be 
"staff-client-only" where you tell staff to use that server's 
address/hostname for that.  I'm not sure about locking down server A to 
prevent staff from logging into it though, since the staff client acts 
like a browser (runs on the same ports 80 and 443), you couldn't deny 
incoming requests from a client trying to talk to your public server 
side.  I suppose you could "trick" it with a fake server redirect that 
led nowhere or wasn't the same stamp as your actual staff client server; 
that way nobody would easily attach themselves with a staff client to 
the opac-only Server A.

What are you trying to accomplish by having these services separated?  
Load concerns or worried about performance hits between sharing of 
OPAC/staff client functions?

-- Ben

On 11/28/2011 05:09 PM, Stephen Wills wrote:
> Hi Tom,
>
> Evergreen lends itself well to being scaled to multi servers using 
> "the Brick" technique.
>
> I am not the expert in this deployment but we currently have a server 
> that runs the OPAC and answers the staff client.  This server talks to 
> a separate database server that handle the actual catalog, and 
> database functions.
>
> Many installations go even farther.   The needs of your library or 
> consortium will dictate how much provisioning you will need to do.
>
> In short, Evergreen is designed "out of the box" to be deploy on 
> multiple servers.
>
> Steve Wills
>
> On Nov 28, 2011, at 4:50 PM, Thomas Misilo wrote:
>
>> Hello,
>> I was wondering if it is possible to have separate servers for the 
>> OPAC and ILS with the default software? Or would I need to use 
>> another OPAC such as VuFind to accomplish this?
>> Thank you,
>> Tom
>

-- 
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20111128/5d853362/attachment.htm>