EAI Blog

I'm in Austin this week for a week of training on IBM WebSphere Commerce.

So my teammates and myself divided up the work we are going to do for our project.  I am going to be responsible for the creating the new services in SAP and expose them through a WSDL.  I'm kind of excited to set this portion of the project up.  Hopefully, it goes smoothly.

This past week has been crazy for work.  I was involved in a migration of servers from one hosting data center back to our company.  The team I work with worked a lot of hours to make sure that everything went smoothly.  Happily all of our hard work paid off.  We were at work at 2 in the morning on Saturday switching over our applications. 

One of the applications we moved provides seamless login functionality for other applications - through web services.  It is amazing how much complexity this adds to a move because of how many applications are dependent on its web services.  it also highlights the need for applications that leverage web services to be constructed in a way so that they fail gracefully.

It's nice to have completed another course milestone this past week.  I'm really glad that I picked my topic - Ajax.  I had heard a lot about it from people at work, but did not have a clear understanding of what it was until I did the research for my paper.  It's a pretty cool mix of technology.

BPIOAI was the focus of the readings for this week.  According to the book it's "the ability to define a common business process model that addresses the sequence, hierarchy, events, execution logic, and information movement between systems residing in the same organization and systems residing in multiple organizations."  I wonder how widespread this architecture is.  I think in theory it sounds nice; however, I think for most organizations to implement this they would need to overhaul their whole business process.

Well... I don't have a ton to blog about this week.  But I am happy to report that after much procrastination - I've submitted by midterm. 

My only other comment this week is about the XI mapping tool that we reviewed this week.  I think it's remarkable how polished these types of tools are.  Because it's a lot of coding to map data objects together by hand.  Trust me, I've done it. :)

After reading the health services reading this week, I began thinking about the SLAs associated with web services.  The article pointed out that hospital IT architectures are complex and extremely vital because their performance can translate into a matter of life and death for a patient.

The article discussed creating web services to enable the integration of disparate systems.  However, the solidness of the integration is directly dependent on the availability of the system hosting the web service.  If the consumer needs 100% uptime - a 90% uptime on the provider is not sufficient.  How should an organization handle this?  To add more complexity in the mix - what if the organization uses a broker such as SAP XI - or a similar product to broker the deal?  That broker also has a percentage of downtime and there is not guarantee that the service windows will overlap.  What is the consumer to do?  It needs the information 24-7 but is operating in an environment that might be stable, but does not meet the HA requirement.  What's the solution? 

I don't have one, but this a real type of an issue facing organizations.  How do you get data to high availability systems when they are asking for data from a non-HA system?  Can you imagine a mission critical hospital application that requests data via a web service and is denied because the source system is down for a 4 hour service window?  That is simply not acceptable, but it is a possibility that needs to be dealt with.