March 22, 2005, 7:54 AM — Adopting a service oriented architecture (SOA) may herald a new era in application interoperability, but end-users are cautious about buying into vendor solutions that claim more than they can deliver.
Addressing an SOA conference in Sydney last week, IT executives said despite what vendors say SOA is not "plug and play" with many of the configuration claims "misleading."
IAG's manager of strategy and architecture Paul Lund said a key lesson learned through the company's SOA developments is to "be vary of vendor promises regarding software and its capability."
"Make sure the software does what it says and there is a supply of skilled and experienced resources," Lund said. "Focus on demonstrated capabilities and standards."
That said, Lund recommends avoiding "heavy engineering" as much as possible and to "think big but start small."
"Choose a pilot project to build credibility and establish the organizational framework as early as possible," he said. "IAG today has some growing Web services in place with external providers which is low volume and low frequency, and there is growing demand for integration with partners, for example, brokers and credit unions."
IAG's challenge is to rationalize its 300 applications and 30 to 40 claims systems down to six core systems and "evolve them over time."
Central to the SOA vision is the single customer view project that aims to find and view customer details regardless of which system they are in with the changes propagated to core systems.
"The target conceptual architecture is a true integration hub," he said. "Part of this is a data quality program - the data hadn't been cleaned in 10 years. It will have a C# .Net front-end, Java middleware, and MQ and the backend."
Also speaking at the conference was Queensland Health's I-Net project manager Norm Lawler who recommends not buying a SOA platform up-front but rather "learn what to look for first."
"Choose the first SOA Project carefully with limited scope to add useful business value," Lawler said. "SOA is not nirvana but only part of the overall solution needed by QH. We still need 'big apps' for core health functions, at least until the time comes to replace them."
Lawler said SOA is also not "plug and play, despite what vendors say." Vendors promoting "configuration, not coding" is misleading, according to Lawler who believes design is critical to avoid "WS spaghetti." Other considerations include version control and a roadmap of planned releases, and the infrastructure required to deliver large-scale SOA.
QH anticipates that adopting a SOA will aid the 2020 IT health vision statement of "seamless transfer of information across multiple independent systems."