SOA (सेवा-उन्मुख आर्किटेक्चर) ले व्यावसायिक क्षमतालाई धेरै एप्लिकेसनले साझा गर्न सक्ने सेवामा व्यवस्थित गर्छ। प्रत्येक सेवाले सहमति भएको इन्टरफेसमार्फत मौज्दात जाँच्ने वा बिल जारी गर्ने जस्तो स्पष्ट काम दिन्छ।
उदाहरणका लागि, अनलाइन पसल र कर्मचारी एप्लिकेसनले मौज्दात जाँच्न एउटै मौज्दात सेवा बोलाउन सक्छन्। कुनै एप्लिकेसनले त्यो व्यावसायिक तर्क फेरि कार्यान्वयन गर्न वा गोदाम सफ्टवेयर भित्र कसरी चल्छ भन्ने जान्नुपर्दैन।
केही प्रणालीले एप्लिकेसनबीच अनुरोध पठाउने मार्ग तय गर्न र डेटा ढाँचा रूपान्तरण गर्न ESB (इन्टरप्राइज सर्भिस बस) प्रयोग गर्छन्। यो एकीकरणको एउटा विकल्प हो; SOA का लागि ESB वा SOAP प्रोटोकल अनिवार्य हुँदैन।
अनलाइन पसल, गोदाम सफ्टवेयर र लेखा सफ्टवेयर भएको कम्पनी विचार गर्नुहोस्। ग्राहकले अर्डर गर्दा अर्डर कार्यप्रवाहले मौज्दात आरक्षित गर्न मौज्दात सेवा बोलाउँछ, त्यसपछि बिल बनाउन लेखा सेवा बोलाउँछ। प्रत्येक सेवाले आफ्नै प्रणालीमा काम गर्छ र वेबसाइटले ग्राहकलाई जानकारी दिन सक्ने गरी नतिजा फर्काउँछ।
कर्मचारी एप्लिकेसनले भौतिक पसलमा अर्डर बनाउन उही दुई सेवा प्रयोग गर्न सक्छ। दुवै बिक्री माध्यमले छुट्टाछुट्टै कार्यान्वयन कायम राख्नुको सट्टा मौज्दात र लेखाका क्षमता साझा गर्छन्।
धेरै प्रणाली जोड्न र बिक्री, मौज्दात, लेखा तथा ग्राहक समर्थनजस्ता व्यावसायिक क्षमता साझा गर्नुपर्ने संस्थाका लागि SOA उपयुक्त हुन्छ। एकीकरणको थोरै काम भएको सानो एप्लिकेसनमा यसले धेरै फाइदा नदिई सञ्चालनको काम थप्न सक्छ।
विस्तृत उत्तरसहित IT अन्तर्वार्ता प्रश्नहरूको पुस्तकालय — जुनियरदेखि सिनियरसम्म।
दान गर्नुहोस्