James Governor's Monkchips

How IBM WebSphere got REST Religion but forgot to tell anyone. Thoughts from Connect09

Share via Twitter Share via Facebook Share via Linkedin Share via Reddit

federate websphere

Last Thursday I said I was struggling to sum up IBM’s Connect09 analyst conference. I still am. Given its now Tuesday and I still haven’t posted a roundup I think its time for a change of plans. Lets decouple this thing.

First off WebSphere.

The Connect09 session that most surprised me was Federated Connectivity  – Smarter Integration Across and Beyond The Enterprise hosted by AIM General Manager Craig Hayman. AIM you say, what the hell is that? Its an IBM acronym – Application Integration and Middleware. Basically it means WebSphere, but also high revenue mainframe products like CICs and IMS, to help the business look big. Anything labeled SOA is AIM. Anything labeled ESB is AIM. Which brings us to the subject in hand.

I wasn’t really sure what the session would be about, but I expected some cloud and Big SOA stuff. I sat listening to a pitch that seemed to basically run: “We told you guys to do SOA but instead you did point to point ESB integration, and are now complaining you didn’t get the benefits of SOA, so now we have to offer you some products that make your poor architectural choices less of a problem. File under “federation”” (bear in mind these are my words, not IBM’s).

IBM talking to the “silos of services” customers built? Insert Clay Davis expletive here…

So there I was, probably tweeting or something, when suddenly I realised Craig was saying something pretty revolutionary. REST-style development and integration is part of the SOA world, and AIM is increasingly supporting REST in its products.

The new Service Federation Management product is not based on Big SOA WS-* style integration. On the contrary, its designed to be easy to use, to make point to point integration more programmatic. This is SOA as documentation, rather than SOA as specification. You see IBM has this thing called WebSphere Service Registry and Repository (WSRR), a tool for managing SOA services. While that may have initially meant implement UDDI, today we have a nice ATOM-based store, with a more metadata, and less WS-* specific approach. IBM took a flexible, modern approach to architecting WSRR, and it shows. And not a moment too soon. RedMonk has only been calling for enterprise REST, well, since forever.

While some have variously said SOA is Dead, or we need to rethink everything and move to Web Oriented Architecture… IBM had just pragmatically introduced the notion of RESTFUL SOA. Why not just integrate resources in much the same way you integrate services? Why make things hard for developers?

I have spent a lot of time working these issues, notably with Duane Nickull and Dion Hinchcliffe in our book Web 2.0 Architectures: What Entrepreneurs and Information Architects Need to Know. SOA is not evil. But the WS-* stack did get us off track for a while.

It is a core thesis of mine that the hard work that has been done over the last few years refactoring architectures, rethinking components, learning the web, breaking down monoliths, making service calls easier, is only now going to start paying real dividends. Organisations that have eaten their brocolli are now going to get to eat their ice-cream. My four year old would understand. Enterprises and ISVs that have done the hard work will now find that reusing these services really will be an awful lot easier. Discipline leads to Freedom.

As I said recently:

SOA is about Enterprise Architecture, which has a value. Architecture, Discipline, Freedom.

It turns out that some of the Web Services standards so beloved of a certain constituency that wanted to “do Corba right” are indeed flatlining, but SOA is actually in bloody good health.

To be fair to IBM it started down the road to REST a while ago. Without the choice of ATOM, WSRR would be a very different, inflexible, and tightly coupled piece of software. Genarro Cuomo, WebSphere CTO is a smart as anybody about the dangers of focusing too much on the edge cases, and not enough on the mainstream getting things done. See Project Zero.

I said to Craig: Hey This is REST, I never got the memo… quick as a flash he said: “you never read the memo”.

But just because IBM is now taking advantage of REST and more lightweight integration methods doesn’t mean its customers are. IBM’s main education efforts in SOA were about the style that is now being superceded. IBM customers are usually two to three, if not four to five, years behind current state of the art. Its time for IBM to start beating the drum for the new development and integration style. Customers are behind the curve. Federation is as good a place as any to start. I was quite taken with the demos of WebSphere end point to salesforce.com integration, for example.

While this post is about WebSphere, I should also note that the Rational Refactoring otherwise knows as Jazz is based on RESTful foundations. Indeed-one of the reasons IBM is finding it easier to integrate Rational, WebSphere and Tivoli artefacts and models is because of the emerging foundation – Hypermedia as the engine of Application State. The Lotus mashup stuff is of course REST oriented.

As RedMonk has noted before, IBM is the enterprise kingmaker. Well its time for the firm to anoint REST in AIM. Implementing it isn’t enough.

Get writing that memo Craig!

The timing of the Service Federation Management product is pretty much perfect. My predictions for 2009?

“Hybrid Cloud and On Premise models for the enterprise. Hybrid is now just the reality of how we get things done. Just as open source began as a fringe activity, but captured the mainstream, so SaaS and Cloud are increasingly just an economic and technical reality. Cloud doesn’t replace on premise, it augments it.”

IBM is RedMonk’s biggest client. IBM paid T&E for me to attend Connect09. The slide above is copyright IBM.

13 comments

  1. How IBM WebSphere got REST Religion but forgot to tell anyone http://bit.ly/65paXq SOA, REST, IBM, Lotus, Rational, salesforce.com, etc
    This comment was originally posted on Twitter

  2. @monkchips covers my org. http://bit.ly/4P4bZs
    This comment was originally posted on Twitter

  3. Good post by @monkchips on WebSphere, REST and Service Federation Management at #connect09 http://bit.ly/65paXq
    This comment was originally posted on Twitter

  4. soa evolution in websphere: more rest http://bit.ly/7bUT9B “We told you guys to do SOA but instead you did point to point ESB integration”
    This comment was originally posted on Twitter

  5. Ha! @monkchips gets the question right – http://bit.ly/5uK9vi – how to connect on-demand offerings with existing on-premise applications?
    This comment was originally posted on Twitter

  6. That said, the title “Will WOA API Adoption Kill Integration?” is kind of silly. Of course not. See http://bit.ly/65paXq
    This comment was originally posted on Twitter

  7. How IBM WebSphere got REST Religion but forgot to tell anyone. Thoughts from Connect09 http://bit.ly/5bdldN (via feedly)
    This comment was originally posted on Twitter

  8. But just because IBM is now taking advantage of REST and more lightweight integration methods doesn’t mean its customers are. IBM’s main education efforts in SOA were about the style that is now being superceded. IBM customers are usually two to three, if not four to five, years behind current state of the art. Its time for IBM to start beating the drum for the new development and integration style. Customers are behind the curve. Federation is as good a place as any to start.
    This comment was originally posted on FriendFeed

  9. […] products. James Governor, for one, says IBM — without much fanfare — is now enabling service oriented architecture through the REST style of architecture on its WebSphere registry/repos…. In all fairness, IBM claims it did send out the memo on that. Nevertheless, this represents a sea […]

  10. my old InfoQ hypermedia article getting some link love from #redmonk. One of my best articles. http://is.gd/5a85l http://is.gd/5a86S
    This comment was originally posted on Twitter

  11. ♺@distobj my old InfoQ hypermedia article getting link love from #redmonk. One of my best articles. http://is.gd/5a85l http://is.gd/5a86S
    This comment was originally posted on Twitter

  12. Just thought I’d point out that WSRR never implemented UDDI. In response to customer demand, IBM enabled WSRR to UDDI synchronization, but WSRR has always used a proprietary model and API. It was originally a bit REST-like — except that it used a proprietary URL-like addressing scheme to reference entries in the registry. In v2 they got some sense and exposed those entries directly via URLs and HTTP. But the RESTiness only works for artifacts (WSDLs, schemas, etc) in the registry. Nice that they now make updates to the registry available via Atom, but it’s a bit late in coming. And the registry is still only partially RESTful. Meanwhile HP’s Systinet Repository has always been completely RESTful — everything in the repository (including stored queries) is accessed via a URL, and any query can be exposed as an Atom feed. (Note that Systinet Repository is different from Systinet Registry — which is UDDI compliant.)

    1. ATM – thanks for the clarifications. but if anyone was guilty of over selling UDDI it was systinet… http://www.redmonk.com/jgovernor/2006/01/09/mercury-buys-systinet-uddi-way-or-the-highway/

Leave a Reply to distobj Cancel reply

Your email address will not be published. Required fields are marked *