What's the difference between EAI and Web services? Isn't it basically the same thing with a new name?
EAI is a very broad term that describes the sharing of information, application services and processes between systems existing within the same enterprise. There are many components to an EAI solution including information exchange and transformation, business process integration, portals, use of standards (e.g., JCA, XML, etc.), use of middleware technology, you get the idea.
Web services fall in the domain of EAI as both an enabling technology and set of standards (e.g., UDDI, WSDL, SOAP), but I would not use the terms interchangeably. For instances, Web services are to EAI what JDBC is to database design and management, and what Java is to application development. One is a concept (EAI), the other is an approach and technology (Web services).
Web services allow EAI architects to integrate many back-end systems through the creation of loosely coupled composite applications. Distributed objects perform a similar trick (albeit they are more tightly coupled). Web services is a technology and set of standards existing in the application service-oriented approach to EAI, which is only one of many approaches.
Dig Deeper on Application integration architecture
Related Q&A from David Linthicum
David Linthicum explains what advanced business application programming (ABAP)/4 means. Continue Reading
David Linthicum defines Service Component Architecture (SCA) and Service Data Objects (SDO) and explains how to best build these components to enable... Continue Reading
David Linthicum explains how it is possible that Apache Tomcat is both a Web server and an application server. Continue Reading
Have a question for an expert?
Please add a title for your question
Get answers from a TechTarget expert on whatever's puzzling you.