App Attitude: Interoperability Revelation

Application vendors have had little impetus to concern themselves with true interoperability ... until now.

January 13, 2003

2 Min Read
Network Computing logo

OK, maybe I'm pushing the Tower of Babel analogy, but the last time you plugged a 3Com switch into a Cisco router, did you preface the event with months of planning and hire a professional services staff to facilitate the exchange of packets between the devices?

Lori MacVittieOf course not. Ethernet standards have made such events trivial. Concerns about interoperability between network devices have, for the most part, gone the way of the vacuum tube and no longer inhibit implementation of complex networks.

When it comes to applications, though, it's a completely different story. Not because there are no standards--there are--but because application vendors have had little impetus to concern themselves with true interoperability ... until now.

Acceptance of application standards is an essential step in the evolution of the network into an integral part of the business. Applications are not islands. What one application produces, another must consume. What one application manages, another must modify. Applications, like children, should play well with others. Those that do not should be issued a "time-out"--permanently, if necessary.

Conformance to--not just compliance with--application standards should be the norm. Web services standards were developed to provide client, platform and language agnosticism, but Web services implementations have just begun to gain a foothold in the enterprise, and already we're seeing a lack of interoperability between vendor-specific implementations. The possible solution to many of our integration problems is in danger of becoming just another application interface in need of integration.Applications are a crucial piece of the business success equation. ISVs need to be more vigilant about conforming to standards they claim to support, and we--their customers--need to be proactive about motivating them. Ask the vendor to verify a product's conformance to standards and to identify any potential interoperability issues before you make a purchase, and call the vendor on it if the product fails to live up to claims.

Interoperability used to be the "big issue" at the network layer. No longer. We've demanded that devices play well with one another, and we refuse to deploy those that don't. Now interoperability at the application layer is paramount to a successful implementation.

And while conformance to application standards can't put all integration work behind us, it does have the potential to alleviate the lion's share of expense associated with hiring the professional services and third-party integration frameworks currently necessary for successful deployment. It could also give companies the ability to design and implement a best-of-breed applications infrastructure that makes the most of each vendor's features and functionality, so we don't have to settle for less-than-ideal products.

Lori Macvittie is a technology editor at Network Computing. Write to her at [email protected].

SUBSCRIBE TO OUR NEWSLETTER
Stay informed! Sign up to get expert advice and insight delivered direct to your inbox
More Insights