वेब सेवाएं आजकल अक्सर एप्लीकेशन प्रोग्रामिंग इंटरफेसेस या वेब API है, जिनमें नेटवर्क जैसे इन्टरनेट के द्वारा प्रवेश किया जा सकता है और दूरस्थ प्रणाली परिचारक पर अनुरोधित सेवाओं को निष्पादित किया जा सकता है|
आम भाषा में कहा जाए तो यह शब्द वेब पर क्लाइंट और सर्वर के बीच हाइपरटेक्स्ट ट्रांसफर प्रोटोकॉल, प्रोटोकॉल पर आधारित संवाद को संदर्भित करता है| इस तरह की सेवाएं इन दो में से किसी एक खेमें में आती हैं: बिग वेब सेवाएं और RESTful वेब सेवाएं|
"बिग वेब सेवाएं" एक्स्टेंसिबल मार्कअप भाषा संदेश का उपयोग करती है जो कि सिम्पल ऑब्जेक्ट एक्सेस प्रोटोकॉल मानक का पालन करती है और पारंपरिक उद्यम में लोकप्रिय है| ऐसी प्रणालियों में, अक्सर सेवा द्वारा प्रदान की जानेवाली कार्य विधि का मशीन द्वारा पठनीय वर्णन होता है जो, वेब सर्विसेस डिस्क्रिप्शन लैंग्वेज में लिखा होता है| बाद वाली विशेषता SOAP एंडपॉइंट में आवश्यक नहीं है लेकिन यह कई जावा और .NET SOAP रूपरेखा में यह स्वचालित क्लाइंट-साइड कोड प्रस्तुत करने के लिए ज़रूरी है|, अपाचे एक्सिस 2 और अपाचे CXF जैसे कई फ्रेमवर्क्स इसमें उल्लेखनीय अपवाद हैं) WS-I जैसी, कुछ औद्योगिक संस्थाए, वेब सेवाओं की अपनी परिभाषा में SOAP और WSDL दोनों का समावेश करती हैं| 
हाल ही में, रिप्रेसेंटेशनल स्टेट ट्रान्सफर वेब सेवाएं, विशेष रूप से इंटरनेट कंपनियों के साथ वापस लोकप्रियता हासिल कर रही हैं| पोस्ट के साथ, पुट, गेट और डिलीट HTTP तरीकों का उपयोग कर, ये अक्सर SOAP आधारित सेवाओं से HTTP और वेब ब्राउज़रों के साथ बेहतर एकीकृत रहे हैं| इन्हें XML संदेश या WSDL सेवाएं-API परिभाषा की आवश्यकता नहीं होती है| 
वेब API वेब सेवाओं में बना हुआ हैं जहां सिम्पल ऑब्जेक्ट एक्सेस प्रोटोकॉल आधारित सेवाओं से दूर अधिक प्रत्यक्ष रिप्रेसेंटेशनल स्टेट ट्रान्सफर शैली संचार की ओर जोर दिया गया है| वेब APIs मैशप के रूप में जाने जाने वाले नए अनुप्रयोग में एकाधिक वेब सेवाएं के संयोजन को अनुमति देता हैं| 
जब वेब डेवलपमेंट के संदर्भ में इस्तेमाल किया जाए, वेब API आम तौर पर एक हाइपरटेक्स्ट ट्रांसफर प्रोटोकॉल प्रतिक्रिया संदेश के ढांचे की एक परिभाषा के साथ अनुरोध संदेशों का समूह है, जो आमतौर पर एक एक्स्टेंसिबल मार्कअप भाषा या जावास्क्रिप्ट ऑब्जेक्ट नोटेशन में प्रारूप होता है| 
जब समग्र वेब सेवाएं चल रही हो, प्रत्येक उप सेवा स्वायत्त मानी जा सकती है| उपयोगकर्ता का इन सेवाओं पर कोई नियंत्रण नहीं होता है| उपरांत यह वेब सेवाएं खुद विश्वसनीय नहीं होती, साथ ही य सेवा प्रदाता प्रयोक्ताओं को नोटिस दिए बिना अपनी सेवाओं को बंद, बदल या सुधार कर सकते हैं| विश्वसनीयता और दोष सहिष्णुता अच्छे से समर्थित नहीं की जाती; दोष निष्पादन के दौरान भी हो सकता है| वेब सेवाओं से सम्बंधित एक्शेप्शन हैंडलिंग क्षेत्र में अब भी शोध जारी है| 
W3C 'वेब सेवाओं' को "नेटवर्क पर इंटरओपेरेबल मशीन से मशीन को जोड़ने वाले एक सॉफ्टवेयर सिस्टम" के रूप में परिभाषित करता है| यह एक मशीन-प्रक्रियाकृत प्रारूप में वर्णित एक इंटरफेस होता है | अन्य प्रणालियां अपने वर्णन द्वारा निर्धारित SOAP संदेश का उपयोग करके वेब सेवाओं के साथ संपर्क रखती हैं, आमतौर पर HTTP के साथ XML सिरिअलाईजेशन के अन्य वेब-मानकों के साथ संयोजन के रूप में उपयोग किया जाता है| 
W3C यह भी कहता है की, "हम वेब सेवाओं को दो प्रमुख वर्गों में निर्देशित कर सकते हैं, REST-अनुरूप वेब सेवाएं, जिनमें सेवा का प्राथमिक उद्देश्य वेब संसाधनों के XML निरूपण को एक समान "स्टेटलेस" ओपरेशन के सेट का उपयोग करके चलाना होता है; और आर्बीटरी वेब सेवाएं, जिसमे सेवा की स्वेच्छित कार्य प्रणालियों को दिखा सकती है| 
वेब सेवाओं की इंटरऑपरैबिलिटी बढ़ाने के लिए, WS-I प्रोफाइल प्रकाशित करती है| प्रोफ़ाइल मुख्य विनिर्देशों का विशेष संस्करण में एक सेट है जिस में मुख्य विनिर्देशों के उपयोग को सीमित करने के कुछ अतिरिक्त आवश्यकताओं का भी समावेश होता है|WS-I युज़ केस और परीक्षण उपकरण भी प्रकाशित करके प्रोफ़ाइल आज्ञाकारी वेब सेवाएं विष्ठापन मैं मदद करते हैं| WS एक एडिटिंग वेब सेवा है|
वेब सेवाओं की क्षमता के विस्तार के लिए कुछ विशेषताएं विकसित की गयीं हैं या वर्तमान में विकसित की जा रही है| यह विशेषताएं आम तौर पर WS-* के रूप में संदर्भित की जा रही हैं| यहाँ एक गैर संपूर्ण WS-* निर्दिष्टीकरण की संपूर्ण सूची दी गयीं हैं|
इन में से कुछ अतिरिक्त विशेषताएं W3C से आयीं हैं| इसमें संगठन के भाग लेने के विषय पर बहुत चर्चा हुई है क्योंकि, सामान्य वेब और सेमंटिक वेब मानदंड वेब सेवा अवलोकन में मुश्किल पर दिखाई देते हैं| यह हाल ही में एंटरप्राइज कम्प्यूटिंग के लिए वेब सेवाओं की W3C कार्यशाला के दौरान, फरवरी 2007 में सामने आया है| कुछ प्रतिभागियों ने W3C की WS-* संबंधित काम से वापसी और मूल वेब पर ध्यान केंद्रित करने के फैसले की वकालत की है|वेब सेवाएं एक सॉफ्टवेयर सिस्टम है जो XML प्रोटोकॉल का उपयोग कर वेब में स्थान निर्धारण, प्रकाशन और जोड़ने का कार्य करती है|
इसके विपरीत, OASIS में कई वेब सेवा विस्तार का मानकीकरण किया गया है, जिसमे वेब सेवाएं संसाधन रूपरेखा और WSDM भी शामिल है|
वेब सेवाएं उपकरणों का एक सेट है जो कई मायनों में इस्तेमाल किया जा सकता है| तीन सबसे आम उपयोग की शैलियों में RPC, SOA और REST हैं|
RPC वेब सेवाएं एक वितरित कार्य पध्धति कॉल इंटरफेस पेश करते हैं जो कि कई डेवलपर्स से पद्वति है| आमतौर पर, RPC वेब सेवाओं का बुनियादी एकम WSDL कार्य प्रणाली है|
पहला वेब सेवा उपकरण RPC पर केंद्रित किया गया था और इसके परिणाम स्वरूप इस शैली का समर्थन और व्यापक रूप से विस्तार किया जाता है| तथापि, कभी कभी इनके निर्बाध रूप से संयोजित नहीं होने के लिए आलोचना की जाती है, क्योंकि यह अक्सर मानचित्रण सेवाओं से सीधे भाषा विशिष्ट कार्य के लिए कार्यान्वित की जाती है| कई विक्रेताओं को यह दृष्टिकोण गतिरोध लगा और RPC को WS-I की बेसिक प्रोफाइल के लिए अनुमति नहीं देने के लिए जोर दिया|
RPC के जैसी ही कार्यशैली के साथ अन्य तरीकों में ऑब्जेक्ट मेनेजमेन्ट ग्रुप का कॉमन ऑब्जेक्ट रिकुएस्ट ब्रोकर आर्किटेक्चर, Microsoft का डिस्ट्रीब्युटेड ऑब्जेक्ट मॉडल या सन माइक्रोसिस्टम्स का JAVA/रिमोट मेथड इन्वोकेशन RMI शामिल हैं|
वेब सेवाओं का सेवा-आधारित आर्किटेक्चर अवधारणाओं पर आधारित आर्किटेक्चर बनाने में भी इस्तेमाल किया जा सकता हैं, जहां संचार का बुनियादी एकम एक अभियान के बजाय एक संदेश है| इन्हें 'संदेश आधारित सेवाएं' के रूप में जाना जाता है|
SOA वेब सेवाओं को बड़े सॉफ्टवेयर विक्रेताओं और उद्योग विश्लेषकों का समर्थन हैं| RPC वेब सेवाओं से विपरीत, लूस कपलिंग अधिक होने की संभावना है, क्योंकि ध्यान अंतर्निहित कार्यान्वयन विवरण के बजाय WSDL द्वारा प्रदान "कांट्रेक्ट" पर होता है|
मिडलवेर विश्लेषक एंटरप्राइज सेवा बस का इस्तेमाल करते हैं जो संदेश आधारित प्रसंस्करण और घटना-संचालित SOA बनाने के लिए वेब सेवाओं के संयोजन का प्रयोग करते हैं| मुक्त स्रोत ESB का एक उदाहरण Mule हैं और दूसरा ओपन ESB है|
अंततः, रिप्रेसेंटेशनल स्टेट ट्रान्सफर ऐसे संरचना का वर्णन करता है जिसमे HTTP या समान के प्रोटोकॉल का उपयोग होता है जिसमे इंटरफ़ेस को जाने माने मानक संचालन, पोस्ट, पुट, डिलीट ) में बाध्य कर देता है| यहाँ पर ध्यान संदेश या अभियानों की बजाय स्टेटफुल संसाधन के साथ बातचीत पर है|REST पर आधारित संरचना, HTTP पर SOAP संदेश का वर्णन करने के लिए WSDL का उपयोग कर सकती है, जो एक संक्षेपण के विशुद्ध रूप में SOAP पर लागू कर सकते हैं, या SOAP का इस्तेमाल किए बिना भी बनाया जा सकता हैं|
WSDL का संस्करण 2.0 सभी HTTP अनुरोध पद्वति को जोड़ने में समर्थन प्रदान करता है| और पोस्ट को नहीं) इसलिए यह RESTful वेब सेवाओं को बेहतर कार्यान्वयन में सक्षम बनाता है|बहरहाल, इस विनिर्देशन के लिए सॉफ्टवेयर डेवेलोपमेन्ट किट में अभी भी समर्थन पर्याप्त नहीं है, जो अक्सर केवल WSDL 1.1 के लिए उपकरण प्रदान करते हैं|
वेब सेवाएं दो तरह से लिखी जा सकती है:
non-RESTful वेब सेवाओं की आलोचक अक्सर शिकायत करते हैं कि वे बड़ी जटिल हैं और विशिष्ट ओपन स्रोत इम्प्लेमेन्टेशन की बजाय बड़े सॉफ्टवेयर विक्रेता या इंटेग्रेटोर्स पर आधारित है| Apache Axis और Apache CXF ओपन स्रोत इम्प्लेमेन्टेशन हैं|
REST वेब सेवा डेवलपर्स की मुख्य चिंता यह है कि SOAP WS टूलकिट्स रिमोट संपर्क के लिए नए इंटरफेस परिभाषित करने का काम बड़ी आसानी से कर देती हैं, जो अक्सर WSDL से या जावा सेवा API, C# या VB कोड से निकलने के लिए आत्मनिरीक्षण पर भरोसा करती हैं| यह चर्चा का विषय रहा है की यह सिस्टम की भंगुरता में बाधा ला सकता है, क्योंकि सर्वर पर एक छोटा सा परिवर्तन अलग WSDL और अलग सेवा इंटरफ़ेस में परिणाम कर सकते हैं| क्लाइंट साइड क्लास जो कि WSDL और XSD सेवा विवरण से उत्पन्न किया जा सकता है अक्सर इसी तरह SOAP एंडपॉइंट के एक विशेष संस्करण से जुड़ा रहता हैं और एंडपॉइंट परिवर्तन या क्लाइंट साइड SOAP स्टैक सुधर से टूट सकता है| अच्छे से रूपांकित किये हुए SOAP एंडपॉइंट इस से ग्रस्त नहीं है, लेकिन अभी भी समस्या यह है कि हर सेवा के कस्टम इंटरफ़ेस को हर सेवा के लिए एक कस्टम क्लाइंट की आवश्यकता होती है| 
वेब सेवाओं में XML के संदेश स्वरूप में और SOAP एवं HTTP के घेर और परिवहन में उपयोग के कारण वेब सेवाओं के प्रदर्शन के बारे में चिंता जताई जाती है, लेकिन उभरती XML पार्सिंग/इंडेक्सिंग टेक्नोलोजीस, जैसे की VTD-XML, XML संबंधित प्रदर्शन मुद्दों पर ध्यान रखने का भरोसा देती हैं| 
वेब सेवाओं से संबोधित होने वाली समस्याओं को अन्य तरीकों से सुलझाया जा सकता है, पूर्ववर्ती और समकालीन दोनों उपाय मौजूद है| RMI कई ]मिडलवेर/0} सिस्टम में से एक है जिनको व्यापक प्रविस्तारण मिला है| CORBA और DCOM जैसे महत्वाकांक्षी प्रयासों ने डिस्ट्रीब्युटेड ऑब्जेक्ट को प्रभावित करने का प्रयास किया, जिसकी वेब सेवा इम्प्लेमेनटेशन कभी कभी नकल करने की कोशिश करते हैं|
और अधिक बुनियादी प्रयास में XML-RPC हैं, जो SOAP का पूर्वाभ्यास है जो केवल RPC के ही लायक है और SOAP बगैर के HTTP के विभिन्न रूपों का उपयोग शामिल हैं|