In my last couple of posts, I've focussed on how we go about leveraging existing legacy systems as part of transitioning an organisation to SOA. Just to reiterate, we first identify and define our services based on the business context, and then determine which existing applications fit into each service. We then apply a layer of abstraction between the service boundary and boundaries of the applications held within.
However unfortunately this is not always possible. Legacy applications unfortunately are existing IT assets that act as constraints for our SOA. Despite there being many ways in which we can attempt to expose events from legacy applications, sometimes this is simply not possible due to their design.
In these situations, we must unfortunately compromise on our service definitions. We should however consider the ramifications of this. Compromising on a single service contract can impact the design of many other services. This long term cost should be weighed up against the short term cost of replacing the troublesome legacy application sooner rather than later.
Monday, April 28, 2008
Pragmatic Legacy Application Rejuvenation
Subscribe to:
Post Comments (Atom)
1 comment:
It is a good article blog thanks for sharing.
interior car shampoo near me
interior odor removal
professional car wash near me
interior shampoo car wash
interior vacuum car wash near me
interior vehicle cleaning
hand car wash near me
hand car wash fort myers
best car cleaning near me
inside car cleaning near me
Post a Comment