Archive

Archive for the ‘Scalability’ Category

Enterprise Application Integration EAI

January 15, 2008 1 comment

EAI – Enterprise Application Integration

A typical environment might involve couple of WAS instances connecting to couple of different host environments via EAI. WAS instances are deployed in the same EAR file, load balancer like Cisco Content Switch S load balance device to distribute the load on the server and balance the HTTP Requests.  Client requests are sent as HTTP requests to the CSS load balancer. The CSS load balancer in turn delivers the request to available WAS instance based on the load of the instances.

MQ clustering connections can be used between WAS instances and EAI as well between EAI and host. EAI is the integration tier. 

-  madhuri chopurala

Scalability Issues Vertical and Horizontal Scaling

Scalability:

When multiple requests are sent to the server, there is a possibility of thread over head,  consumption of memory stacks, blocking, asynchronous I/O resulting in scalability issues.

The scalability issues should be resolved by adding new servers on the existing node or add new additional nodes to
enable the server to handle increasing loads without performance degradation, and in a manner
transparent to the end.

Vertical scaling is achieved by increasing the number of servers running on
a single machine.

Horizontal scaling is achieved by increasing the number of machines in the cluster.

Which one is reliable?

Horizontal scaling is more reliable than the vertical scaling because there are multiple machines involved
in the cluster. In vertical scaling the number of server instances that can be run on one machine are
determined by the CPU usage and the JVM heap memory.

- madhuri chopurala

Follow

Get every new post delivered to your Inbox.