I have been musing about this for a few years now, but some recent discussions with colleagues caused my thinking to finally crystallise. I realise that the two enterprise IT objectives of delivering business agility and sustainably low cost are both realisable through a fairly simple, though disciplined, architectural approach. There is no real trade-off between flexibility and cost-effectiveness, although hard choices need to be made and problematic technologies need to be fearlessly called out.
I've attempted to build this logic out into an argument in this presentation. I'm sure there will be many who will object vigorously to various aspects of this argument, but I'm confident that this logic will appear obvious in hindsight within a decade.
For those who don't have the patience to go through the entire presentation, the final technology stack is illustrated below.
I've attempted to build this logic out into an argument in this presentation. I'm sure there will be many who will object vigorously to various aspects of this argument, but I'm confident that this logic will appear obvious in hindsight within a decade.
For those who don't have the patience to go through the entire presentation, the final technology stack is illustrated below.
2 comments:
I think Java EE 5/6 is definitely worth considering in this stack.
Please refer to blog by Adam Bien on how Java EE has come a long way from the old J2EE thinking:
http://www.adam-bien.com/roller/abien/
@Ganesh: You might better rename 'TopLink' to 'EclipseLink' in your schema. AFAIK 'TopLink' is still the commercial name used by Oracle, while 'EclipseLink' is the new community project name.
@Ramkumar: with JPA and Spring MVC represented in the stack, the Java EE standards are used implicitly, since they are the basics for these frameworks. For an Agile stack, I agree with Ganesh that you only need these two.
Post a Comment