Vendors don't get SOA: ING

ING Insurance claims most vendors have been unable to understand its service oriented architecture (SOA) transformation and are instead pushing systems that quickly become legacy.

The insurer is three years into its services transformation strategy following a recent growth phase where it bought around 20 companies in two years. ING has since been figuring out how to link the disparate systems it acquired.

Regional head of IT applications and architecture for ING Insurance Asia Pacific, Shannon Murphy, said its cause hasn't been helped by vendors who are yet to understand the SOA concept.

"No vendor of these administrative engines will ever tell you that what you're doing is a good idea, because they're going to lose money," he said. "Until they figure out the paradigm shift and they actually start helping you integrate. Then they'll start making money again from you."

Most vendors in the SOA market were using business process management (BPM) as a sales pitch for another system, according to Murphy.

"If you buy a system to do process, you'll end up with a system that does process and in about five years you'll have the new legacy. In fact I've seen systems that the moment you put them in place they're legacy," he said.

Murphy, who oversees the transformation in the Asia Pacific region, particularly took issue with the skills of systems integrators (SI). None could handle the insurer's SOA requirements, he said.

ING has been searching for an SI to help with the transformation. "I've been looking for three years ... they all sort of come up short," Murphy said. No SI had a consistent skillset across all its international divisions, he added.

Despite its hassles, ING has settled on three key vendors for its SOA transformation. The company uses Informatica for data integration, IBM Websphere for services and Tibco for process integration. Most ING systems run on the IBM AS/400.

A legacy replacement program would have been too impractical with the amount of systems in place [following the acqusitions], according to Murphy.

"We had to come up with a way to say, 'how do we let this stuff stay where it is but still start getting new capabilities? How can I take claims, how can I take customer management out of these systems?'," he said.

"The expensive part about these systems is not necessarily product, it's process. So you go through the services transformation strategy and say 'what services exist on this system that must be there?'"

Murphy said ING standardised on BPM tools, enterprise service bus/SOA tools, messaging, security etc. All these helped define the services and data required within the business.

"Once you've got those things and you've got a way of moving data around, and you've got a way of moving processes around, 90 percent of your battle is done," he said.

Advertisement

Talkback 3 comments

    Can anyone clarifygreg -- 29/03/07

    What does this mean:

    "If you buy a system to do process, you'll end up with a system that does process and in about five years you'll have the new legacy. In fact I've seen systems that the moment you put them in place they're legacy," he said. ?

    What he meantSteven Deare -- 29/03/07 (in reply to #320076995)

    Hi Greg,

    Shannon's point throughout was that putting an SOA in place does not necessitate buying more systems. This alone will not solve the problem, despite what vendors might have you believe.

    Rather, the key is integrating or linking existing systems.

    I think the key quote is this one:

    "Until they [vendors] figure out the paradigm shift and they actually start helping you integrate."

    Vendors, SOA, Etc.Shannon Murphy -- 29/03/07 (in reply to #320077005)

    Actually, the intent was really to outline the fact that no vendor (packaged applications) will make money by encouraging you to leverage what you've got already. It's really trying to say: if you can use off-the-shelf tools like BPM/EAI/ESB to orchestrate process and you've made the data that lives in your legacy environment reusable by other services, then you really don't need huge packaged applications anymore. Of course, there's a lot of detail here: sensible governance structure, common-sense approach to service registry. The relationship with your vendors becomes: what value-add "services" (or components) can I buy from you that I will then plug into my standard processes.

Add your opinion


Latest Videos

Blogs

  • Chris Duckett PayPal launches Aussie developer program
    PayPal announced the opening of its certification program for Australian developers today, making Australia the first country outside of the US to offer certification.
  • Array Cash cow in a BigTinCan?
    Around one third of Australia's telcos have shut their doors over time, but that isn't stopping new ventures hoping to chip away at carriers' mobile call bonanza. By fighting carriers at the smartphone rather than the home phone, could the latest two contenders be onto something big?
  • Array A third of the way to a zettabyte
    This week on Twisted Wire we look at how internet usage is changing in Australia and around the world. How are we meeting this demand and how is the cost structure changing for the service provider?
  • More blogs »

Tags

Back to top

Featured