Basic Building Blocks Of Client

  • Uploaded by: Charles Rush
  • 0
  • 0
  • July 2020
  • PDF

This document was uploaded by user and they confirmed that they have the permission to share it. If you are author or own the copyright of this book, please report to us by using this DMCA report form. Report DMCA


Overview

Download & View Basic Building Blocks Of Client as PDF for free.

More details

  • Words: 667
  • Pages: 5
1

UNIT-1 Left over Topics 1. Basic building blocks of Client/Server The client/server model has three basic building blocks as show in below figure

1. Client 2. Server 3. Middleware slash (/) •

The Client Building block

It runs the client side of the application. It runs on an Operating System (OS) that provides a Graphical User Interface (GUI) or an Object Oriented User Interface (OOUI) and that can access distributed services. Thin clients require a web browser to download Java beans and applets on demand. In all cases, the operating system most often passes the buck to the middleware building block and lets it handle the non-local services. The client also runs a component of the Distributed System Management (DSM) element. •

The Server building block

It runs the server side of the application. The server application is typically runs on top of some server software. The five contending server platforms for creating the next generation of client/server applications are SQL database servers, TP Monitors, groupware servers, object servers, and the web. The server side depends on the operating system to interface with the middleware building block that brings in the requests for service. The server also runs a DSM component.

2 •

The middleware building block

It runs on both the client and server sides of an application. We can break this building block into three categories: transport stacks, network operating system, and service-specific middleware. The middleware is the nervous system of the client/server infrastructure. Like the other two building blocks, the middleware also has a DSM software component. N-Tier Middleware In N-tier environments, the middleware must also provide a platform for running server-side components, balancing their loads, managing the integrity of transactions, maintaining high-availability and securing the environment. Middleware in N-tier client/server environments includes pipes and platforms.

Pipes: Provides the intercomponent (and interapplication) communication services. Examples of pipes are RPCs, ORBS, etc. Pipes also include wire-level security such as SSL. Platforms: Platforms are application servers that run the server-side components. We can typically use them across multiple operating systems to provide a unified view of the distributed environment. Examples of platforms are TP monitors, Object transaction Monitors and web application servers.

3

Server-to-Server Middleware Middleware does not include the software that provides the actual service. It does, however, include the software that is used to coordinate inter-server interactions as shown in below figure.

Server-to-server interactions are usually client/server in nature- servers are clients to other servers, and vice versa. So a server can play both client and server roles. Some server-to-server interactions require specialized server middleware for example a two-phase commit protocol may be used to coordinate a transaction that executes on multiple servers.

4

2. N-tier Architecture The middle tier in most 3-tier applications is not implemented as a monolithic program. Instead, it is implemented as a collection of components that are used in a variety of client-initiated business transactions as shown in below figure

Each component automates a relatively small business function. Clients frequently combine several middle-tier components within a single business transaction. Component-based applications offer significant advantages over monolithic applications. With an N-tier we have the following advantages

5 •

We can develop big applications in small steps Component based architecture allows us to develop large mission-critical applications as small projects.



Applications can reuse Components:



We can reuse components as “black-boxes”. Clients can access data and functions easily and safely:



Clients send requests to components to execute a function on their behalf. The server components encapsulate the details of the application logic and thus raise the level of abstraction. Custom applications can incorporate off-the shelf components Enterprises gain tremendous benefits by buying ready-made components that are packaged as applications.



Component environment don’t get older- they only get better Component based system grows beyond a single application to become the basis for suites of applications. We can assemble applications very quickly by building new clients, adding a few new middle-tier components and reusing a number of existing components.

Related Documents


More Documents from ""