2-3 Tier Architecture
2-3 Tier Architecture
2-3 Tier Architecture
Two tier client-server design derives its name from how it distributes work between
client and server. Clients access databases through the user system interface. Database
management, on the server side, distributes processing between both client and server.
Both tiers, the client and the server, are responsible for some of the processing
management. Simply put, the client uses the user interface to make requests through
database management on the server side.
A Simple Example
The UNIX print spooler is an example of a two-tier client-server architecture. The client (the
UNIX lp command) reads a file to be printed and passes the file's contents to the server. The
server performs a service by printing the file. All the basic characteristics of client-server
computing are present in this example.
The most popular type of n-tier client-server architecture to evolve from two-tier architecture
was three-tier architecture, which separated application components into three logical tiers:
the user interface tier, the business logic tier, and the database access tier. In this type of
system, the user interface tier communicates only with the business logic tier, never directly
with the database access tier. The business logic tier communicates both with the user
interface tier and the database access tier. For this model:
• The user interface tier is a client only, in that it only makes requests to the business
logic tier.
• The database access tier is a server only, in that it only responds to requests from the
business logic tier.
• The business logic tier acts as both a client and a server: a server relative to the user
interface tier, because it process its request, and a client to the database access tier,
because it sends a request to it.
Three-tier client-server architecture has the following advantages over a typical mainframe
architecture: