Tag Archives: SOA
Because there is real need! Period! Even after investing heavily in agile architecture approaches such as SOA, IT organizations are finding it extremely challenging to solve complex data integration issues.
If you are involved in defining or re-defining a data architecture to enable composite applications and portals to effectively leverage data in an SOA, here is where the discussions are happening.
If you are looking to enhance your existing data architecture to ensure that business intelligence reports can quickly leverage data that is not in your data warehouse, you will find your answers here.
Calling All Architects – Get Engaged in THE Most Important Discussion on Data Services and Data Integration
Do you believe that a solid and well thought through data architecture for efficiently accessing, integrating and processing data is foundational to maximizing business value? Do you want to hear from your peers in the industry, about how they are solving data integration challenges such as speeding-up time to delivery of data, data quality and infrastructure complexity?
If yes, would you like to join the discussion on a data architecture that can help composite applications and portals to efficiently leverage timely, trustworthy and relevant data in an SOA? Or, an architecture that can complement existing data architecture to ensure that business intelligence reports can quickly leverage data that is not in the data warehouse?
Businesses have seen great success in using virtualization to gain greater efficiencies from their hardware and network resources. Now, the concept of virtualization has been extended to the data layer.
The bottom line is about providing a logical abstraction of all underlying data, so that it appears as one data source to consuming applications.
However, given that your data is often distributed, heterogeneous, and often error-ridden, it’s not enough to simply federate it and pass this off as data virtualization. The data you deliver to your end users must be data they can trust, however, traditional data federation approaches seem to ignore this fact. They simply propagate inconsistent and inaccurate data, quickly. So where is the gap?
On November 10, Informatica made history with the launch of Informatica 9. In my mind, being a SOA enthusiast, another equally significant event transpired – the birth of SOA-based Data Services – transformational SOA data integration that can revive your enterprise architecture.
So, what exactly are SOA-based Data Services and why am I so excited?
In my previous post To Successfully Service-Orient, Data-Orient First!, I shared the input I received from architects and IT managers, to serve as a handy check-list for ensuring a solid foundation for success in service-oriented infrastructures.
The following are the data-orientation capabilities they recommended as a first step in successfully service-orienting an infrastructure:
- Easy access of all relevant data, including new or rapidly changing data sources
- Seamless processing of data as batch, change data capture or real-time, including handling large volumes of large data sets
- Proactive identification and resolution of data inaccuracies
- Application of complex data transformations on the data
- Delivery of data, exactly when it is needed, as a standards-based data service
I have firmly believed that a day would come when it would be you, my fellow integrators, telling me that one needs to data-orient first before benefiting from service-orientation. That day has indeed come!
Just recently, I created a quick one question survey and sent it off to a number of application and enterprise architects as well as IT managers at leading enterprises. The question was:
- What are the top three things on your mind as you architect or re-architect your infrastructures?
There was a common thread across the responses that I received:
Service-orientation or an architectural approach to increase the speed and agility of how IT responds to a business’ requests,
Doing more with less or something to that effect, and
An easy way to leverage all relevant information, when it is needed and how it is needed
When I saw these responses, the pragmatic part of me started to build a list of questions in my head and I decided to call a number of these professionals and get the real scoop on their selections.
Here is what I heard…
On the 1st October 2009, I participated in a webinar “The Right Way to Do Data Integration for Applications,” hosted by David S. Linthicum, a recognized expert in SOA, Cloud computing and Enterprise Application Integration. It was an event that was very well attended and generated a lot of interest from the attendees judging by the large number and quality of questions that were submitted. I recommend that you listen to the replay and download the associated white paper he wrote on that subject.
David covered some of the limitations he has encountered over the years with the way Enterprise Integration Application (EAI) and Enterprise Service Bus (ESB) technologies deal with the integration of data, deployed in a SOA initiative. (more…)
Those moving toward SOA seem a bit confused by the use of data within a SOA. While most consider data as…well, data, those in the know understand that data needs to be a strategic part of the SOA for SOA to succeed as a project, or as an overall architectural strategy.
The trouble comes in when attention is centered on the “S” in SOA, which stands for services. Those charged with building architectures and systems, who focus on the notion of a service as delivering functional behavior, neglect the need to manage the underlying data. In many cases, data quality and consistency issues quickly arise, and the agility that SOA should provide is limited by the need to alter services directly after the underlying data has changed. (more…)
On November 10th Informatica will be launching Informatica 9. We are all extremely excited about this release because, quite simply, it is the biggest and most significant release in the history of Informatica. I say this with respect, but with a strong conviction and total belief.
So why do I say this, and what are we doing?
Before I start on this extremely polarizing topic, I really want to ask the question – do you want your SOA to be ineffective or die before it has a chance to live?
As I mentioned in an earlier blog, SOA does have a significantly big “blind spot,” which so often gets ignored due to the sheer size of the vehicle you are riding in – which I define as – the complexity of your enterprise infrastructure, the various avatars or stakeholders that are directly or indirectly impacted by integration challenges, departmental divides and ownership issues, debates around modernization, and of course, budget, time and resources.
Hopefully you answered the question with an emphatic NO!