Re: Scalability questions....
- From: "Bryan Phillips" <bphillips@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Mon, 30 Oct 2006 04:24:06 +0000
These are my rules of thumb:
1. Hardware code is faster than software code (i.e. hardware SSL is faster than software SSL).
2. Use best practices starting at the server layer.
3. Don't rely on sticky sessions. Each client should be able to be serviced by a different server on each roundtrip.
4. Make the calls as much as pass-through as possible.
5. Use caching where possible.
6. Do load testing.
BTW, SQL Server can handle many users if setup correctly. I worked for a company that hosted WinAmp for a month back in the dotcom days. We averaged 60 MB/sec of bandwidth and used SQL Server to log and analyze the downloads.
Bryan Phillips
MCSD, MCDBA, MCSE
Blog: http://bphillips76.spaces.live.com
"smerf" <smerf@xxxxxxxxxx> wrote in message news:Rab1h.11073$Fd7.2513@xxxxxxxxxxxxxxxxxxxxxx:
For the sake of argument, let's say I wrote an application that made
extensive use of web services. And, again for the sake of argument, let's
assume that the app became very popular and millions around the globe used
it daily.
I know how to write a webservice attached to a backend database for use by a
few people. But how do I write a data intensive webservice that can be
scaled to service thousands or millions of people?
How do you code in scalability? How do you scale up a webservice from a
single, hosted webserver to whatever it takes to handle thousands of
simultaneous requests? Do you add more webservers? If so, how and how do
they all service the same address?
As for the SQL Server backend... How do you scale the SQL Server backend to
handle millions of requests for such a webservice? There must be a limit to
the simultaneous requests a single instance of SQL server can handle - so
how do handle going from 50 users online to 500,000 users online?
I want to build an app for use online, but I don't want to box myself in -
just in case.....
--
Smerf
"Better to understand a little than to misunderstand a lot."
.
- Follow-Ups:
- Re: Scalability questions....
- From: smerf
- Re: Scalability questions....
- References:
- Scalability questions....
- From: smerf
- Scalability questions....
- Prev by Date: Re: 'ResourcePool' is not supported on the current platform
- Next by Date: Re: Are DateTime datatypes worth the aggravation?
- Previous by thread: Scalability questions....
- Next by thread: Re: Scalability questions....
- Index(es):
Relevant Pages
|
Loading