Home/ Questions/Q 3757300
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-19T09:59:04+00:00

I am building a new web application and playing around with the architecture and

  • 0

I am building a new web application and playing around with the architecture and would like some opinions about splitting UI and business logic and running them on separate servers.

This means that if someone requests a page, the front end will itself request the data from a back-end server and then not actually perform any calculations/logic but just use the data to populate a template and then respond with that.

  • Back-End: Java + JAX-WS
  • Front-End: Kohana 3.1 (PHP)
  • Data Interchange Format: JSON

Advantages:

  • clear separation of logic and UI
  • ability to choose language/framework best suited for either end
  • possibility to add logic/UI servers depending on which one is the bottleneck in case of performance issues
  • possibility to make the API publicly available without any extra work (pseudo-internal requests will go to the same API as requests from third-part applications)
  • ability to change (if need be) the framework/language of either side without having to edit the other
  • ability to specify different server hardware according to the needs of the logic/UI application
  • better security (if API private) (??)

Disadvantages:

  • latency (??)
  • more servers

So what do you think? Is this a good idea? I haven’t been able to find much information so far but my guess is that many big sites do it this way, right? How will performance be affected (I am thinking of running it on EC2)? What are further advantages/disadvantages? Any thoughts on the languages/frameworks choices?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    A similar architectural pattern is often employed, though generally the UI part is often moved to the client. So you have a backend that responds with JSON, a quick http server with full-blown caching (and that can use html5 app caching as well) and a rich javascript client which requests the JSON from the backend and builds the UI.

    More on this pattern: http://www.metaskills.net/2008/05/24/the-ajax-head-design-pattern/

    The main negative of the approach is that is generally more work in the beginning – if you don’t need an external API then using a simpler architecture will be easier to program.

    • 0