Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Architecture of a web-solution

Status
Not open for further replies.

milsnips

Programmer
Jan 11, 2001
6
AU
I am creating a web solution with SQLServer, InterDev and ASP scripting.

Will this fall into the category of a 2-tier or a 3-tier architecture.
Thanks for anyone's help.

Paul Milcev.
 
Tier 1 = Client Browser Application hosting application presentation layer.

Tier 2 = Web Server Application (IIS) providing connectivity for Tier 1 and hosting Web Application environment for logic and processing layer.

Tier 3 = Other components or developer code that provides business logic or access to other resources (SMTP Server) as needed by the Web Application.

Tier 4 = Database Server Application (SQL Server) providing Relational Database Engine and hosting application data layer.

Good luck
-pete
 
You could call this 2.5 tier! (now for more than you wanted...)
Strictly speaking a 2 tier app has a client application talking directly to a database.
You can then 'muddy' the water by introducing Stored Procedures and Triggers on the server database - by doing this you shift some of the 'business logic' (a rather wishy-washy term!) to the server. Not stictly a tier, as it can only reside on the same machine as the database, but a logical layer none-the-less.
Now add IIS and ASP to the soup, and you might call this the third tier. As you suspect, it is mearly acting as a remote 'Client' tier. There will probably be some 'validation' logic on the actual client (javascript), as well as the presentation logic (html). Back at IIS the Business Logic (data fetch, insert, update, delete with validation) will reside - yet both are wrapped in the same 'page' of code. Yes, this is a tier - but not quite as distinct as all that, but as it can run on a different machine to the database and client - it is a tier.

Another 'tier' could be 'remote procedures' (DCOM objects, or SOAP/Corba/Tuxedo objects [depending on the OS of the macine that hosts them]). You might call methods of these 'objects' instead of direct calls to the database. They would return or consume result sets, and perform the 'Business Logic'. This layer is the more traditional '3rd Tier'. However, implementing it is painful - both in development time and developer sanity. It becomes most useful when you deal with multiple data sources, or when your web site crawls from excess of ASP.

Basically, the tier description (I believe) identifies how many computers the various lumps of code could run on. So you could add a load balancing layer, a replication layer etc..
Hope this was useful!
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top