सी4 मॉडल केस स्टडी: बिग बैंक प्ली सी इंटरनेट बैंकिंग सिस्टम

1. निदेशक सारांश

यह केस स्टडी निम्नलिखित की संरचना का वर्णन करती हैइंटरनेट बैंकिंग सिस्टमके लिएबिग बैंक प्ली। प्रणाली को व्यक्तिगत बैंकिंग ग्राहकों को अपने खाता शेष, लेनदेन इतिहास देखने और वेब ब्राउज़र और मोबाइल उपकरणों के माध्यम से भुगतान करने की अनुमति देने के लिए डिज़ाइन किया गया है।

संरचना निम्नलिखित का अनुसरण करती हैसी4 मॉडल (संदर्भ, कंटेनर, घटक, कोड), जो उच्च-स्तरीय अमूर्तता से लेकर डेप्लॉयमेंट इंफ्रास्ट्रक्चर तक प्रणाली का एक पदानुक्रमित दृश्य प्रदान करता है।

---

2. स्तर 1: प्रणाली संदर्भ आरेख

लक्ष्य: उपयोगकर्ताओं और बाहरी निर्भरताओं के संदर्भ में प्रणाली को दिखाना।

संदर्भ आरेख: चित्र 4 (मुख्य) और चित्र 1 (सरलीकृत दृश्य)।

विश्लेषण

दइंटरनेट बैंकिंग सिस्टम के सीमा के भीतर स्थित हैबिग बैंक प्ली संगठन के। यह निम्नलिखित के लिए एक डिजिटल चैनल के रूप में कार्य करता हैव्यक्तिगत बैंकिंग ग्राहक.

• उपयोगकर्ता (क्रियाकलाप):

  • व्यक्तिगत बैंकिंग ग्राहक: प्राथमिक उपयोगकर्ता जो शेष राशि देखने और भुगतान करने के लिए प्रणाली के साथ बातचीत करता है।

  • ग्राहक सेवा कर्मचारी: ग्राहकों की सहायता करने वाले बैंक के कर्मचारी (चित्र 4 में दिखाया गया है)।

  • बैक ऑफिस कर्मचारी: प्रशासन और समर्थन कर्मचारी (चित्र 4 में दिखाया गया है)।

• बाहरी प्रणालियाँ:

  • मेनफ्रेम बैंकिंग प्रणाली: रिकॉर्ड की प्रणाली। यह सभी मुख्य बैंकिंग जानकारी (ग्राहक, खाते, लेनदेन) संग्रहीत करती है। इंटरनेट बैंकिंग प्रणाली इस पर विश्वसनीय डेटा के लिए निर्भर है।

  • ईमेल प्रणाली: ग्राहकों को सूचनाएँ (उदाहरण के लिए, पासवर्ड रीसेट, पुष्टिकरण) भेजने के लिए उपयोग की जाने वाली आंतरिक माइक्रोसॉफ्ट एक्सचेंज प्रणाली।

  • ATM: नकद निकासी की अनुमति देने वाली अलग सॉफ्टवेयर प्रणाली (विस्तृत प्रणाली को दर्शाने के लिए चित्र 4 में दिखाई गई है)।

मुख्य संबंध: ग्राहक इंटरनेट बैंकिंग प्रणाली के साथ बातचीत करता है, जो बाद में डेटा प्राप्त करने और भुगतान प्रक्रिया करने के लिए विरासत मेनफ्रेम प्रणाली के रूप में कार्य करती है।

---

3. स्तर 2: कंटेनर आरेख

लक्ष्य: उच्च स्तरीय तकनीकी चयनों को दिखाना और यह दिखाना कि उत्तरदायित्व प्रणाली के भीतर कैसे वितरित किए जाते हैं।

संदर्भ आरेख: चित्र 2।

विश्लेषण

स्तर 1 से ‘इंटरनेट बैंकिंग प्रणाली’ को पांच अलग-अलग कंटेनरों (स्थापित इकाइयों) में विभाजित किया गया है।

1. वेब एप्लिकेशन (जावा और स्प्रिंग MVC):

   • भूमिका: वेब उपयोगकर्ताओं के लिए प्रवेश बिंदु के रूप में कार्य करता है।

   • कार्य: एचटीएमएल/सीएसएस/जेएस के साथ स्थिर सामग्री और सिंगल-पेज एप्लिकेशन (एसपीए) को ग्राहक के ब्राउज़र को एचटीटीपीएस के माध्यम से प्रदान करता है।

2. सिंगल-पेज एप्लिकेशन (जावास्क्रिप्ट और एंजुलर):

   • भूमिका: ब्राउज़र में चलने वाली क्लाइंट-साइड तर्क।

   • कार्य: इंटरनेट बैंकिंग के सभी कार्यक्षमताओं का पूरा सेट प्रदान करता है। यह बैकएंड को एपीआई कॉल करता है।

3. मोबाइल एप्लिकेशन (एक्सामारिन):

   • भूमिका: मोबाइल उपकरणों के लिए क्लाइंट-साइड एप्लिकेशन।

   • कार्य:वेब एप्लिकेशन की तुलना में सीमित कार्यक्षमता प्रदान करता है। इसके अलावा यह बैकएंड को API कॉल करता है।

4. API एप्लिकेशन (जावा और स्प्रिंग MVC):

   • भूमिका:मुख्य बैकएंड तर्क।

   • कार्य:JSON/HTTPS API प्रदान करता है। यह प्रमाणीकरण, व्यावसायिक तर्क और बाहरी प्रणालियों (डेटाबेस, मेनफ्रेम, ईमेल) के साथ संचार का प्रबंधन करता है।

5. डेटाबेस (ओराकल डेटाबेस स्कीमा):

   • भूमिका:डेटा स्थिरता।

   • कार्य:उपयोगकर्ता पंजीकरण जानकारी, हैश किए गए प्रमाणपत्र और प्रवेश लॉग स्टोर करता है।नोट: मुख्य बैंकिंग डेटा मेनफ्रेम में बना रहता है।

मुख्य संबंध:वेब एप्लिकेशन (एसपीए के माध्यम से) और मोबाइल एप्लिकेशन दोनों एपीआई एप्लिकेशन से संचार करते हैं।एपीआई एप्लिकेशन। एपीआई एप्लिकेशन फिर स्थानीय डेटा के लिए डेटाबेस और मुख्य बैंकिंग डेटा के लिए मेनफ्रेम से बातचीत करता है।डेटाबेसलोकल डेटा के लिए औरमेनफ्रेममुख्य बैंकिंग डेटा के लिए।

---

4. स्तर 3: घटक आरेख

लक्ष्य:एक विशिष्ट कंटेनर (एपीआई एप्लिकेशन) में जूम करना ताकि इसके आंतरिक निर्माण ब्लॉक दिखाए जा सकें।

संदर्भ आरेख:चित्र 3।

विश्लेषण

यह आरेखएपीआई एप्लिकेशनकंटेनर को तार्किक घटकों में बांटता है।

• नियंत्रक (स्प्रिंग MVC रेस्ट नियंत्रक): ये आने वाले HTTP अनुरोधों को संभालते हैं।

  • लॉग इन कंट्रोलर: उपयोगकर्ता प्रमाणीकरण को संभालता है।

  • पासवर्ड रीसेट कंट्रोलर: पासवर्ड पुनर्प्राप्ति प्रवाह को संभालता है।

  • खाता सारांश कंट्रोलर: उपयोगकर्ता के लिए खाता डेटा प्राप्त करता है।

• घटक (Spring बीन्स): इनमें व्यावसायिक तर्क शामिल है।

  • सुरक्षा घटक: लॉग इन करने और पासवर्ड बदलने को संभालता है। लॉग इन और पासवर्ड रीसेट कंट्रोलर द्वारा उपयोग किया जाता है।

  • ईमेल घटक: ईमेल भेजने को संभालता है। पासवर्ड रीसेट कंट्रोलर द्वारा उपयोग किया जाता है।

  • मेनफ्रेम बैंकिंग प्रणाली फेसेड: बाहरी मेनफ्रेम प्रणाली के चारों ओर एक लपेटा। यह आ interनल API कॉल्स को पुराने मेनफ्रेम द्वारा आवश्यक XML/HTTPS प्रारूप में बदलता है। खाता सारांश कंट्रोलर द्वारा उपयोग किया जाता है।

मुख्य संबंध: खाता सारांश कंट्रोलर का उपयोग करता है मेनफ्रेम बैंकिंग प्रणाली फेसेड बाहरी मेनफ्रेम से डेटा प्राप्त करने के लिए, जो API परत और एकीकरण परत के बीच चिंता के विभाजन को दर्शाता है।

---

5. स्तर 4: डेप्लॉयमेंट आरेख

लक्ष्य: सॉफ्टवेयर कंटेनरों के भौतिक बुनियादी ढांचे के साथ मैपिंग को दिखाना।

संदर्भ आरेख: चित्र 5।

विश्लेषण

यह आरेख रनटाइम वातावरण को दर्शाता है।

• ग्राहक पक्ष:

  • मोबाइल उपकरण:मोबाइल ऐप (iOS/Android) चलाता है।

  • कंप्यूटर:वेब ब्राउज़र (Chrome/Firefox/Safari/Edge) चलाता है जो सिंगल-पेज ऐप को होस्ट करता है।

• बिग बैंक plc डेटा केंद्र:

  • वेब सर्वर (bigbank-web*):** Ubuntu 16.04 LTS नोड्स चलाते हैं Apache Tomcat 8.x.

    • होस्ट करता है वेब ऐप और API ऐप.

  • डेटाबेस सर्वर (bigbank-db01/02): Ubuntu 16.04 LTS नोड्स चलाते हैं Oracle 12c.

    • Oracle – प्राथमिक: मुख्य डेटाबेस।

    • Oracle – द्वितीयक: पुनर्स्थापना/उच्च उपलब्धता के लिए प्रतिकृति।

मुख्य संबंध: मोबाइल ऐप और वेब ब्राउज़र इंटरनेट के माध्यम से API ऐप Tomcat पर होस्ट किए गए। API ऐप JDBC के माध्यम से Oracle डेटाबेस क्लस्टर से जुड़ता है।

---

6. लागू किए गए मुख्य अवधारणाएँ और दिशानिर्देश

इस केस स्टडी के आधार पर, निम्नलिखित C4 मॉडलिंग सिद्धांतों को लागू किया गया:

1. अभिन्न स्तर: मॉडल सफलतापूर्वक “यह किसके द्वारा उपयोग किया जाता है?” (संदर्भ) से “यह किससे बना है?” (कंटेनर) तक, “यह कैसे व्यवस्थित है?” (घटक) तक और “यह कहाँ चलता है?” (डेप्लॉयमेंट) तक बढ़ता है।

2. स्कोप सीमाएँ:

   • लेवल 1 में, “बिग बैंक plc” सीमा आंतरिक प्रणालियों और बाहरी कार्यकर्ताओं के बीच स्पष्ट अंतर बनाती है।

   • लेवल 2 में, “इंटरनेट बैंकिंग प्रणाली” सीमा विशिष्ट सॉफ्टवेयर को लपेटती है, जिससे इसे पुरानी मेनफ्रेम से अलग किया जाता है।

3. ध्यान केंद्रित करने का अलगाव:

   • फ्रंटएंड बनाम बैकएंड:एकल-पृष्ठ एप्लिकेशन (फ्रंटएंड) को API एप्लिकेशन (बैकएंड) से अलग करने से स्वतंत्र विकास और स्केलिंग की अनुमति मिलती है।

   • डेटा अलगाव:संवेदनशील मुख्य बैंकिंग डेटा मेनफ्रेम में रखा जाता है, जबकि इंटरनेट बैंकिंग प्रणाली केवल अपने ही ओराकल डेटाबेस में आवश्यक उपयोगकर्ता पहुंच डेटा को कैश करती है।

4. तकनीकी निरपेक्षता (जहां उचित हो):आरेख तकनीकों (जावा, एंगुलर, ओराकल) को तब निर्दिष्ट करते हैं जब वे आर्किटेक्चर निर्णय से संबंधित होते हैं, लेकिन मुख्य रूप से संबंधोंऔर जिम्मेदारियोंब्लॉकों की 

5. नोटेशन:मानक C4 नोटेशन का उपयोग किया गया है:

   • व्यक्ति:स्टिक फिगर्स (या इस विशिष्ट रेंडरिंग शैली में गोले)।

   • सॉफ्टवेयर प्रणाली/कंटेनर/घटक:अलग-अलग रंगों वाले गोल कोने वाले आयत (नीले रंग के लिए आंतरिक/प्राथमिक, ग्रे रंग के लिए बाहरी/द्वितीयक)।

   • संबंध:लेबल वाली बिंदीदार तीर, जो प्रोटोकॉल का वर्णन करते हैं (उदाहरण के लिए, [HTTPS], [JSON], [JDBC])।