DevX Home    Today's Headlines   Articles Archive   Tip Bank   Forums   

Results 1 to 4 of 4

Thread: Hosting app on same server for different clients

  1. #1
    Dennis Guest

    Hosting app on same server for different clients

    Here's another design issue we've stumbled on. We are designing a
    three-tier web application. A hosting company could host the app for
    several different clients on the same set of servers. So say three clients
    are using the application, sharing the front end and components, but using
    different databases. Originally we were thinking about a single user
    configuration where the DB connection information would be stored on the
    middle tier. However, with multiple clients sharing the middle tier, that
    wouldn't work. The obvious solution is to store the DB info somewhere on
    the web server(s), but then it would have to be passed with every call to
    the middle tier.

    Is there another way to handle this?

    Thanks,
    Dennis



  2. #2
    Kevin Downs Guest

    Re: Hosting app on same server for different clients

    How would you handle security?
    --
    Regards,
    Kevin

    "Dennis" <dbronstein@brainranger.com> wrote in message
    news:3a536984$1@news.devx.com...
    > Here's another design issue we've stumbled on. We are designing a
    > three-tier web application. A hosting company could host the app

    for
    > several different clients on the same set of servers. So say three

    clients
    > are using the application, sharing the front end and components, but

    using
    > different databases. Originally we were thinking about a single

    user
    > configuration where the DB connection information would be stored on

    the
    > middle tier. However, with multiple clients sharing the middle

    tier, that
    > wouldn't work. The obvious solution is to store the DB info

    somewhere on
    > the web server(s), but then it would have to be passed with every

    call to
    > the middle tier.
    >
    > Is there another way to handle this?
    >
    > Thanks,
    > Dennis
    >
    >




  3. #3
    Dennis Guest

    Re: Hosting app on same server for different clients

    We're using challenge/response with Active Directory on the web server, so
    the user gets authenticated when they log in.

    Dennis

    "Kevin Downs" <kdowns@nospam.optushome.com.au> wrote in message
    news:3a5372e8@news.devx.com...
    > How would you handle security?
    > --
    > Regards,
    > Kevin
    >
    > "Dennis" <dbronstein@brainranger.com> wrote in message
    > news:3a536984$1@news.devx.com...
    > > Here's another design issue we've stumbled on. We are designing a
    > > three-tier web application. A hosting company could host the app

    > for
    > > several different clients on the same set of servers. So say three

    > clients
    > > are using the application, sharing the front end and components, but

    > using
    > > different databases. Originally we were thinking about a single

    > user
    > > configuration where the DB connection information would be stored on

    > the
    > > middle tier. However, with multiple clients sharing the middle

    > tier, that
    > > wouldn't work. The obvious solution is to store the DB info

    > somewhere on
    > > the web server(s), but then it would have to be passed with every

    > call to
    > > the middle tier.
    > >
    > > Is there another way to handle this?
    > >
    > > Thanks,
    > > Dennis
    > >
    > >

    >
    >




  4. #4
    Kevin Downs Guest

    Re: Hosting app on same server for different clients

    Dennis,

    Assuming you are using role-based security in your app (why wouldn't
    you?), and you don't want to pass the db info around in your business
    object, you could try the following;

    In your DB layer, create a mapping component which gets the userid of
    the original caller (i.e. the client's userid) from the
    SecurityCallContext Object and then use the
    SecurityCallContext.IsUserInRole method to map to the required
    connection string.

    It may be best to implement the mapping component in VC as a
    pooled-object.
    That way, you could minimise the cost of loading the role/db mapping
    data. In fact, if the number of concurrent users is not too high, you
    could even cache the userid/db mapping.

    Having suggest this, I must admit that I have never profiled the
    performance of this technique. If you end up trying this idea, I'd
    really like to know how it performs (take out the 'nospam' in my
    address to email privately)
    --
    Regards,
    Kevin


    "Dennis" <dbronstein@brainranger.com> wrote in message
    news:3a537d9f@news.devx.com...
    > We're using challenge/response with Active Directory on the web

    server, so
    > the user gets authenticated when they log in.
    >
    > Dennis
    >
    > "Kevin Downs" <kdowns@nospam.optushome.com.au> wrote in message
    > news:3a5372e8@news.devx.com...
    > > How would you handle security?
    > > --
    > > Regards,
    > > Kevin
    > >
    > > "Dennis" <dbronstein@brainranger.com> wrote in message
    > > news:3a536984$1@news.devx.com...
    > > > Here's another design issue we've stumbled on. We are designing

    a
    > > > three-tier web application. A hosting company could host the

    app
    > > for
    > > > several different clients on the same set of servers. So say

    three
    > > clients
    > > > are using the application, sharing the front end and components,

    but
    > > using
    > > > different databases. Originally we were thinking about a single

    > > user
    > > > configuration where the DB connection information would be

    stored on
    > > the
    > > > middle tier. However, with multiple clients sharing the middle

    > > tier, that
    > > > wouldn't work. The obvious solution is to store the DB info

    > > somewhere on
    > > > the web server(s), but then it would have to be passed with

    every
    > > call to
    > > > the middle tier.
    > > >
    > > > Is there another way to handle this?
    > > >
    > > > Thanks,
    > > > Dennis





Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
HTML5 Development Center
 
 
FAQ
Latest Articles
Java
.NET
XML
Database
Enterprise
Questions? Contact us.
C++
Web Development
Wireless
Latest Tips
Open Source


   Development Centers

   -- Android Development Center
   -- Cloud Development Project Center
   -- HTML5 Development Center
   -- Windows Mobile Development Center