SAP / आर 3 है Archiटेक्चर
जेसिका ब्लेक
⚡ स्मार्ट सारांश
SAP / आर 3 है Archiआर्किटेक्चर एक त्रिस्तरीय क्लाइंट-सर्वर डिज़ाइन है जो प्रस्तुति, अनुप्रयोग और डेटाबेस जिम्मेदारियों को अलग करता है। यह लेख प्रत्येक स्तर, ABAP और Java कंपोनेंट स्टैक, डिस्पैचर-चालित लॉगऑन प्रक्रिया और इसके कारण SAP मैंने इस लेयर्ड मॉडल को चुना।
SAP / आर 3 है Archiलगभग हर क्लासिक रचना की नींव उसकी संरचना पर टिकी होती है। SAP ईआरपी परिनियोजन। नीचे दिए गए अनुभाग बताते हैं कि तीनों स्तर कैसे परस्पर क्रिया करते हैं और एबीएपी और Java स्टैक डिस्पैचर, मैसेज सर्वर और डेटाबेस के बीच काम को विभाजित करते हैं।
एचएमबी क्या है? SAP आर/3?
SAP R/3 एक क्लाइंट-सर्वर एंटरप्राइज सिस्टम है जो एक पर आधारित है। त्रिस्तरीय वास्तुकला इसमें तीन स्वतंत्र परतें शामिल हैं:
- प्रस्तुतिकरण
- आवेदन
- डाटाबेस
- R के लिए खड़ा है वास्तविक समय प्रसंस्करण।
- 3 के लिए खड़ा है 3 स्तरीय वास्तुशिल्पीय पैटर्न।
उपयोगकर्ता का पीसी (फ्रंट-एंड): उपयोगकर्ता इसका उपयोग करते हैं SAP प्रणाली के माध्यम से SAP GUI या वेब ब्राउज़र। उपयोगकर्ता के कंप्यूटर पर केवल फ्रंट-एंड क्लाइंट ही इंस्टॉल होता है; एप्लिकेशन और डेटाबेस सर्वर अलग से समर्पित हार्डवेयर पर चलते हैं।
एप्लिकेशन सर्वर: एप्लिकेशन सर्वर व्यावसायिक तर्क को क्रियान्वित करते हैं। कार्यभार कई एप्लिकेशन सर्वरों में वितरित किया जाता है ताकि अधिक भार की स्थिति में उपयोगकर्ताओं को त्वरित प्रतिक्रियाएँ प्राप्त हों। ये सर्वर आमतौर पर उपयोगकर्ता वर्कस्टेशन के बजाय दूरस्थ अवसंरचना पर चलते हैं।
डेटाबेस सर्वर: डेटाबेस सर्वर इसके जवाब में डेटा संग्रहीत और पुनर्प्राप्त करता है। एसक्यूएल ABAP द्वारा उत्पन्न प्रश्न और Java एप्लिकेशन। क्षमता की आवश्यकताओं के आधार पर डेटाबेस और एप्लिकेशन सेवाएं एक ही मशीन पर या अलग-अलग भौतिक होस्ट पर चल सकती हैं।
क्यों करता है SAP क्या R/3 तीन-स्तरीय आर्किटेक्चर का उपयोग करता है?
प्रस्तुति, व्यावसायिक तर्क और भंडारण को तीन स्वतंत्र स्तरों में विभाजित करने से यह लाभ मिलता है। SAP R/3 के एकल-स्तरीय या दो-स्तरीय डिज़ाइनों की तुलना में चार व्यावहारिक लाभ हैं:
- स्वतंत्र स्केलेबिलिटी: प्रत्येक परत को अलग-अलग बढ़ाया जा सकता है। डेटाबेस हार्डवेयर को बिना छुए एप्लिकेशन सर्वर जोड़कर व्यावसायिक तर्क में आने वाली बाधा को दूर किया जा सकता है।
- कार्यभार वितरण: मैसेज सर्वर एप्लिकेशन सर्वरों के बीच आने वाले सेशनों को लोड-बैलेंस करता है, जिससे किसी एक सर्वर को विवाद का केंद्र बनने से रोका जा सके।
- डेटाबेस सुरक्षा: अंतिम उपयोगकर्ता कभी भी डेटाबेस से सीधे कनेक्ट नहीं होते हैं। सभी पढ़ने और लिखने की प्रक्रियाएं एप्लिकेशन सर्वर की कार्य प्रक्रियाओं के माध्यम से होती हैं, जो प्राधिकरण जांच, लॉकिंग और लेनदेन लॉगिंग को मानकीकृत करती हैं।
- Upgrade लचीलापन: RSI SAP जीयूआई फ्रंट-एंड विकसित हो सकता है (डेस्कटॉप, ब्राउज़र या मोबाइल क्लाइंट के माध्यम से) SAPUI5) एप्लिकेशन या डेटाबेस कोड में बदलाव किए बिना।
यह अलगाव ही वह चीज है जो संभव बनाती है SAP कई डेटाबेस बैक-एंड का समर्थन करने के लिए — जिनमें शामिल हैं SAP HANA, Oracle, IBM डीबी2, और Microsoft SQL Server — एक ही एप्लिकेशन कोड बेस के अंतर्गत।
SAP आर/2 बनाम SAP R/3: कैसे Archiवास्तुकला विकसित हुई
SAP R/2 मेनफ्रेम पर चलता था और दो-स्तरीय आर्किटेक्चर का उपयोग करता था जिसमें उपयोगकर्ता टर्मिनल सीधे डेटाबेस से संचार करता था। 1992 में लॉन्च किए गए R/3 ने क्लाइंट और डेटाबेस के बीच एक समर्पित एप्लिकेशन लेयर डाली। दोनों साथ-साथ:
| पहलू | SAP / आर 2 है | SAP / आर 3 है |
|---|---|---|
| Archiटेक्चर | 2-स्तरीय (मेनफ्रेम + टर्मिनल) | 3-स्तरीय (प्रस्तुति + अनुप्रयोग + डेटाबेस) |
| हार्डवेयर | केंद्रीकृत मेनफ्रेम | वितरित यूनिक्स / Windows / लिनक्स सर्वर |
| अनुमापकता | केवल ऊर्ध्वाधर (बड़े मेनफ्रेम) | क्षैतिज (एप्लिकेशन सर्वर जोड़ें) |
| डेटाबेस एक्सेस | उपयोगकर्ता सत्र से सीधे | एप्लिकेशन सर्वर कार्य प्रक्रियाओं द्वारा मध्यस्थता की जाती है |
| प्रोग्रामिंग मॉडल | ABAP/4 केवल | ABAP और Java कंधे से कंधा मिलाकर |
शेष अनुभाग तीनों आर/3 परतों में से प्रत्येक की विस्तारपूर्वक व्याख्या करते हैं।
अलग-अलग समझ SAP परतों
चित्र 1: तीनों SAP R/3 परतें और उनके बीच प्रवाहित होने वाला ट्रैफ़िक।
प्रस्तुति अंश
RSI प्रस्तुति अंश इसमें सॉफ्टवेयर घटक शामिल हैं जो इसे बनाते हैं SAP जीयूआई (GUI) - आर/3 सिस्टम का ग्राफिकल फ्रंट-एंड है। यह सिस्टम और उसके उपयोगकर्ताओं के बीच का इंटरफ़ेस है, जो डेटा दर्ज करने और प्रदर्शित करने के लिए एक सहज लेआउट प्रदान करता है।
यह लेयर उपयोगकर्ता के इनपुट को एप्लिकेशन सर्वर तक पहुंचाती है और प्रतिक्रिया में प्राप्त डेटा को प्रस्तुत करती है। SAP जब तक जीयूआई चल रहा होता है, तब तक यह आर/3 सिस्टम में उपयोगकर्ता के टर्मिनल सत्र से उस सत्र की अवधि के लिए जुड़ा रहता है।
अनुप्रयोग परत
RSI अनुप्रयोग परत इसमें एक या अधिक एप्लिकेशन सर्वर और एक संदेश सर्वरप्रत्येक एप्लिकेशन सर्वर कई सेवाओं को चलाता है जो R/3 व्यावसायिक तर्क को निष्पादित करती हैं। सैद्धांतिक रूप से एक ही एप्लिकेशन सर्वर पर्याप्त होता है; व्यवहार में क्षमता और अतिरेक के लिए सेवाओं को कई सर्वरों में वितरित किया जाता है।
संदेश सर्वर एप्लिकेशन सर्वरों के बीच संचार का समन्वय करता है। यह अनुरोधों को आगे भेजता है। tracयह एप्लिकेशन सर्वर समूहों को वर्गीकृत करता है और उपयोगकर्ता के लॉग इन करने पर वर्तमान लोड के आधार पर उपयुक्त सर्वर असाइन करता है। इसी से हॉरिजॉन्टल स्केलिंग संभव हो पाती है।
डेटाबेस परत
RSI डेटाबेस परत इसमें एक केंद्रीय डेटाबेस सिस्टम होता है जो R/3 सिस्टम द्वारा उपयोग किए जाने वाले सभी डेटा को संग्रहीत करता है। डेटाबेस स्टैक के दो घटक होते हैं - डेटाबेस प्रबंधन प्रणाली (DBMS) और स्वयं डेटाबेस। SAP यह अपना खुद का डीबीएमएस भेजता है। SAP HANAऔर यह सभी प्रमुख वाणिज्यिक डेटाबेस का भी समर्थन करता है (Oracle, IBM डीबी2, Microsoft SQL Server).
सभी R/3 डेटा — कस्टमाइज़िंग सेटिंग्स, एप्लिकेशन कोड, स्क्रीन परिभाषाएँ, मेनू, फ़ंक्शन मॉड्यूल और रनटाइम डेटा — इस डेटाबेस में रहता है। प्रोग्राम कोड और डिज़ाइन ऑब्जेक्ट एक विशेष अनुभाग में स्थित होते हैं जिसे कहा जाता है R/3 रिपॉजिटरीये "रिपॉजिटरी ऑब्जेक्ट" वे हैं जिन्हें ABAP वर्कबेंच पढ़ता है, लिखता है और सिस्टमों के बीच स्थानांतरित करता है।
के घटकों को समझना SAP आर/3 3-स्तरीय Archiटेक्चर
चित्र 2: ABAP + Java सिस्टम आर्किटेक्चर यह दर्शाता है कि दोनों स्टैक बुनियादी ढांचे को कैसे साझा करते हैं।
आधुनिक SAP NetWeaver इंस्टेंस ABAP और दोनों को होस्ट कर सकता है। Java स्टैक। नीचे दिए गए घटक दर्शाते हैं कि प्रत्येक स्टैक क्रॉस-स्टैक संचार के लिए गेटवे, आईसीएम और जेसीओ ब्रिज को साझा करते हुए अपने स्वयं के डिस्पैचिंग को कैसे संभालता है।
| घटक | धुआँरा | भूमिका |
|---|---|---|
| संदेश सर्वर (ABAP) | ABAP | यह वितरित डिस्पैचरों के बीच संचार का समन्वय करता है। एबीएपी प्रणाली और यह विभिन्न इंस्टेंसों में लोड को संतुलित करता है। |
| डिस्पैचर कतार | ABAP | Buffer जो कार्य प्रक्रिया के मुक्त होने तक आने वाले अनुरोधों को रोक कर रखता है। |
| डिस्पैचर | ABAP | यह कतार से अनुरोधों को निकालता है और प्रत्येक को उपयुक्त कार्य-प्रक्रिया प्रकार को सौंपता है। |
| ABAP कार्य प्रक्रियाएँ | ABAP | R/3 अनुप्रयोगों में डायलॉग चरणों को निष्पादित करें। प्रकारों में डायलॉग, अपडेट, बैकग्राउंड, स्पूल और एनक्यू शामिल हैं। |
| प्रवेश द्वार | साझा | बीच संचार को सक्षम बनाता है SAP प्रणालियाँ और बीच SAP और आरएफसी के माध्यम से बाहरी सिस्टम। |
| मेमोरी पाइप | साझा | इंटरनेट कम्युनिकेशन मैनेजर (ICM) और ABAP कार्य प्रक्रियाओं के बीच डेटा का आदान-प्रदान करना। |
| संदेश सर्वर (Java) | Java | निर्देशांक Java डिस्पैचर और सर्वर प्रक्रियाएं; आंतरिक संचार को सक्षम बनाता है Java रनटाइम क्लस्टर। |
| एनक्यू सर्वर | Java | इसके द्वारा निर्धारित तार्किक तालों का प्रबंधन करता है Java सर्वर प्रक्रिया के अंदर चल रहा एप्लिकेशन कोड। |
| केंद्रीय सेवाएं | Java | एक विशेष Java क्लस्टर इंस्टेंस जो लॉकिंग और इंटर-प्रोसेस मैसेजिंग को संभालता है। एक "इंस्टेंस" संसाधनों (मेमोरी, वर्क प्रोसेस आदि) का एक समूह है। |
| Java डिस्पैचर | Java | ग्राहक के अनुरोध प्राप्त करता है और उन्हें आगे भेजता है Java सर्वर प्रक्रियाएं। |
| एसडीएम | Java | सॉफ्टवेयर डिप्लॉयमेंट मैनेजर — J2EE घटकों को स्थापित करता है Java ढेर। |
| Java सर्वर प्रक्रियाएँ | Java | मल्टी-थ्रेडिंग का उपयोग करके एक साथ बड़ी संख्या में अनुरोधों को संसाधित करें। |
| आईसीएम | साझा | इंटरनेट कम्युनिकेशन मैनेजर — HTTP, HTTPS और SMTP ट्रैफ़िक को सक्षम बनाता है। SAP इसे ब्राउज़र से एक्सेस किया जा सकता है। |
| जूनियर कमीशन अफसर | पुल | Java कनेक्टर — इनके बीच संचार को संभालता है Java डिस्पैचर और ABAP डिस्पैचर, जब दोनों स्टैक साथ-साथ चलते हैं। |
चित्र 3: ABAP कार्य प्रक्रियाओं की श्रेणियाँ (डायलॉग, अपडेट, बैकग्राउंड, स्पूल, एनक्यू)।
कैसे SAP लॉगऑन प्रक्रिया काम करती है?
चित्र 4: उपयोगकर्ता के लॉगिन की चरण-दर-चरण प्रक्रिया SAP R/3 डिस्पैचर और वर्क-प्रोसेस लेयर्स।
चरण 1) उपयोगकर्ता क्लिक करता है SAP से सिस्टम SAP जीयूआई; अनुरोध अग्रेषित किया जाता है डिस्पैचर.
चरण 2) अनुरोध इसमें पहुँचता है अनुरोध कतारडिस्पैचर एक का अनुसरण करता है। पेहले आये पेहलॆ गये नियम का पालन करता है और अनुरोध को अगली उपलब्ध कार्य प्रक्रिया को सौंप देता है।
चरण 3) उपयुक्त प्रकार की कार्य प्रक्रिया निर्दिष्ट की जाती है। लॉग इन करने वाले उपयोगकर्ता को डायलॉग कार्य प्रक्रिया प्राप्त होती है; पृष्ठभूमि रिपोर्ट को बैकग्राउंड कार्य प्रक्रिया प्राप्त होती है; और अपडेट स्टेटमेंट को अपडेट कार्य प्रक्रिया में भेजा जाता है। क्रिया के आधार पर कार्य प्रक्रिया का प्रकार निर्धारित होता है।
चरण 4) एक बार डायलॉग वर्क प्रोसेस असाइन हो जाने के बाद, उपयोगकर्ता के अधिकार और वर्तमान सेटिंग्स अन्दर आया साझा मेमोरी में ताकि कार्य प्रक्रिया उपयोगकर्ता के डेटा पर कार्रवाई कर सके। जब संवाद चरण समाप्त हो जाता है, तो वह डेटा बाहर लुढ़का अगले उपयोगकर्ता के लिए मेमोरी खाली करने के लिए। "डायलॉग स्टेप" किसी लेनदेन के भीतर एक स्क्रीन से दूसरी स्क्रीन पर जाने की प्रक्रिया है।
चरण 5) कार्य प्रक्रिया सबसे पहले बफर में अनुरोधित डेटा की खोज करती है। वहां डेटा मिलने को ही खोज प्रक्रिया कहा जाता है। मारा और डेटाबेस राउंड-ट्रिप से बचता है, जिससे प्रतिक्रिया समय बेहतर होता है। इसे न ढूंढ पाने पर एक त्रुटि उत्पन्न होती है। याद आती है और डेटाबेस रीड। उच्च हिट-टू-मिस अनुपात इसका सबसे बड़ा कारण है। SAP प्रदर्शन.
चरण 6) शेष डेटा डेटाबेस से प्राप्त किया जाता है, और संयुक्त परिणाम वापस भेज दिया जाता है। SAP डिस्पैचर के माध्यम से जीयूआई।
चरण 7) उपयोगकर्ता के सत्र का डेटा अंतिम चरण में साझा मेमोरी से हटा दिया जाता है। रोल-आउटअगले अनुरोध के लिए मेमोरी क्षेत्र को मुक्त करना।
प्रत्येक उपयोगकर्ता इंटरैक्शन के लिए वही डिस्पैचर → क्यू → वर्क प्रोसेस → बफर → रोल-आउट चक्र दोहराया जाता है, चाहे अनुरोध कहीं से भी आया हो। SAP जीयूआई, आईसीएम के माध्यम से एक ब्राउज़र, या गेटवे के माध्यम से एक बाहरी सिस्टम।
