Menu
We are in the process of developing a JavaEE 6-based application to be deployed on JBoss EAP 6.1. The app has 2 primary presentation mechanisms: A web admin console, and a RESTful service API. On the backend, both the admin console and the RESTful service API rely on a series of EJBs for performing transactional logic and POJO services for retrieving data.
It is entirely possible that the performance and resource needs for all of these various layers may be different. The RESTful services are rather thin and completely stateless, whereas the admin console is stateful and has more interactive functionality (and therefore more memory and processing required). Since our EJBs perform our primary transactional business logic, they would require more processing power than our POJO data services that simply query the database.
Given such a setup, would it make more sense to deploy a single EAR (in multiple appservers in a clustered configuration) with all of these components, or break down the individual components into separate EARs? My thinking with separate EARs is that I could, for example, deploy more instances of the EJB services if I find there are scalability issues with them, even though the web console (for example) is scaling just fine.
Given the fact that the scalability of each layer/component is different, what approach should I take? Is the overhead of having to make remote EJB calls across EARs too high to consider such a model? Any advice is GREATLY appreciated!
876
If you need to talk, interact, and hear what's going on in your office, a single-ear (monaural) or over-the-ear headset is best, leaving one ear open. If you need to completely focus on your caller, covering up both ears (binaural) is optimal to block out noise around you.
Wearing a single earphone increases the risk of ear fatigue and potentially poses a risk to your hearing. This is largely due to a phenomenon called Binaural Loudness Summation, which is a result of how your brain processes sound.
Wider range With two ears, you are able to hear sounds clearly from both directions. Hearing sound from only one side of the body limits the amount of sound that you can hear clearly from the other side. This limits the range from which you can understand and comprehend noises.
The right ear responds more to speech and logic while the left ear is more tuned in to music, emotion and intuition. Scientists believe it's because speech is processed primarily in the left hemisphere of the brain, while music (and other creative functions) are processed in the right hemisphere.
The "Java EE" way would be to deploy application as a single EAR on the cluster. I assume that you are using local interface calls from REST/admin console to EJB-s. Deployment would be simple, if you don't need session replication (you can use sticky sessions) then scalability will be very good.
The only extra element that you will need is load balancer for the web applications (for instance Apache server that would also take care for SSL decoding, static resources serving and, possibly, caching requests that can be cached).
The only problem with such setup might arise for heavy loads, for instance EJBs might eat a lot of server resources, so throughput of the web applications will be difficult to control and can be badly affected by EJBs. If you use sticky sessions user always is redirected to the same server, so no chance to move some users to less loaded server as long as user session lasts.
So, if you plan for high loads then it would make sense to keep web applications and EJBs on separate boxes (or virtual machines) so it is easier to identify bottlenecks and easier to scale that layer which needs that.
The penalty for this would be:
151
In support of Piotr's great comments:
Bundle them together now, and split only if a real need arises in the future.
Consider the Martin Fowler's First Law of Distributed Object Design: Don’t distribute your objects! as a good guideline - if you're going to break it, at least do it consciously and for real business needs.
28
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With
