Build vs. Buy: Making the Right Decision for Embedding Web Services

Build vs. Buy: Making the Right Decision for Embedding Web Services

ndependent software vendors (ISV) recognize that Web Services technology is much more than a “checkbox” feature. In fact, its not a feature at all?it’s a fundamental shift in technology standards toward a service-oriented architecture (SOA). Web Services architecture will allow an ISV to leapfrog competition, enter new markets, forge new business relationships, and even exploit new market opportunities. Today’s IT buyer wants to be able to invoke and consume system functionality from applications written using Java? and Microsoft® .NET. Plus, Web Services offer a faster, cheaper, better approach to application integration.

Given how critical Web Services are likely to be to an ISV, the question isn’t whether to support Web Services, but how. The “Build vs. Buy” debate is as old as Pascal?and we’re referring here to the 17th century mathematician, not the 20th century programming language. An ISV’s first inclination may be to “build” in-house the core Web Service functionality, which includes implementing support for SOAP 1.1 & 1.2, WSDL 1.1, XML Schema 1999/2000/2001, UDDI version 2, and many other standards. To do this successfully is extremely resource intensive, and very few ISVs seriously contemplate creating, ground-up, their own proprietary Web Services solution. Infrastructure: Buy it or build it?

Download the PDF of this white paper: “Build vs. BuyMaking the Right Decision for Embedding Web Services Infrastructure”


About Our Editorial Process

At DevX, we’re dedicated to tech entrepreneurship. Our team closely follows industry shifts, new products, AI breakthroughs, technology trends, and funding announcements. Articles undergo thorough editing to ensure accuracy and clarity, reflecting DevX’s style and supporting entrepreneurs in the tech sphere.

See our full editorial policy.

About Our Journalist