सफ्टवेयर आर्किटेक्चर र प्रणाली डिजाइन: ठूलो तस्वीर र संसाधन गाइड

नमस्ते सहकर्मीहरू।

आज हामी तपाइँको विचारको लागि Tugberk Ugurlu द्वारा एउटा लेखको अनुवाद प्रस्ताव गर्दछौं, जसले आधुनिक सफ्टवेयर प्रणालीहरू डिजाइन गर्ने सिद्धान्तहरूलाई अपेक्षाकृत सानो मात्रामा रूपरेखा बनाउन थाले। यहाँ लेखकले आफ्नो बारेमा सारांशमा के भन्छन्:

2019 को रूपमा वास्तुकला ढाँचा + डिजाइन ढाँचा जस्ता विशाल विषयलाई habro लेखमा कभर गर्न पूर्ण रूपमा असम्भव भएकोले, हामी श्री उरुग्लुको पाठ मात्र होइन, उनले दयालु रूपमा समावेश गरेका असंख्य लिङ्कहरू पनि सिफारिस गर्दछौं। यदि तपाईंलाई यो मनपर्छ भने, हामी वितरित प्रणालीहरूको डिजाइनको बारेमा थप उच्च विशिष्ट पाठ प्रकाशित गर्नेछौं।

स्न्यापशट आइज्याक स्मिथ Unsplash बाट

यदि तपाईंले स्क्र्याचबाट सफ्टवेयर प्रणाली डिजाइन गर्ने जस्ता चुनौतीहरूको सामना गर्नु परेको छैन भने, त्यस्ता काम सुरु गर्दा, कहिलेकाँही कहाँबाट सुरु गर्ने भनेर पनि स्पष्ट हुँदैन। मलाई विश्वास छ कि तपाईंले पहिले सीमाहरू कोर्नु आवश्यक छ ताकि तपाईं वास्तवमा के डिजाइन गर्न जाँदै हुनुहुन्छ भन्ने बारे कम वा कम विश्वस्त विचार होस्, र त्यसपछि आफ्नो आस्तीनहरू रोल गर्नुहोस् र ती सीमाहरूमा काम गर्नुहोस्। सुरूवात बिन्दुको रूपमा, तपाइँ उत्पादन वा सेवा लिन सक्नुहुन्छ (आदर्श रूपमा तपाइँलाई वास्तवमै मनपर्ने) र यसलाई कसरी कार्यान्वयन गर्ने भनेर पत्ता लगाउन सक्नुहुन्छ। यो उत्पादन कत्तिको सरल देखिन्छ, र यसले वास्तवमा कति जटिलता समावेश गर्दछ भनेर तपाईं छक्क पर्न सक्नुहुन्छ। नबिर्सनु: सरल - सामान्यतया जटिल, र त्यो ठीक छ।

मलाई लाग्छ कि मैले प्रणाली डिजाइन गर्न सुरु गर्ने जो कोहीलाई दिन सक्ने उत्तम सल्लाह यो हो: कुनै पनि अनुमान नगर्नुहोस्! सुरुदेखि नै, तपाईंले यस प्रणालीको बारेमा ज्ञात तथ्यहरू र यससँग सम्बन्धित अपेक्षाहरू निर्दिष्ट गर्न आवश्यक छ। यहाँ केहि राम्रा प्रश्नहरू छन् जुन तपाइँलाई तपाइँको डिजाइन संग सुरु गर्न मद्दत गर्न को लागी सोध्नुहोस्:

• हामीले समाधान गर्न खोजेको समस्या के हो?
• हाम्रो प्रणालीसँग अन्तर्क्रिया गर्ने प्रयोगकर्ताहरूको उच्चतम संख्या के हो?
• हामीले लेख्ने र पढ्ने डेटाको कुन ढाँचाहरू प्रयोग गर्नेछौं?
• अपेक्षित असफलता केसहरू के हुन्, हामी तिनीहरूलाई कसरी ह्यान्डल गर्ने छौं?
• प्रणाली स्थिरता र उपलब्धता को लागी अपेक्षाहरु के हो?
• के तपाईंले काम गर्दा बाह्य प्रमाणीकरण र नियमनसँग सम्बन्धित कुनै आवश्यकताहरूलाई ध्यानमा राख्नु पर्छ?
• हामी कस्तो प्रकारको संवेदनशील डाटा भण्डार गर्न जाँदैछौं?

यी केही प्रश्नहरू मात्र हुन् जुन मलाई र टोलीहरूका लागि उपयोगी छन् जसमा मैले व्यावसायिक गतिविधिका वर्षहरूमा भाग लिएको छु। यदि तपाइँ यी प्रश्नहरूको उत्तरहरू जान्नुहुन्छ (र तपाइँले काम गर्नु पर्ने सन्दर्भसँग सान्दर्भिक कुनै अन्य), त्यसपछि तपाइँ बिस्तारै समस्याको प्राविधिक विवरणहरूमा जान सक्नुहुन्छ।

प्रारम्भिक स्तर सेट गर्नुहोस्

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

मलाई लाग्छ कि म तपाईंलाई विश्वस्त पार्न सक्षम थिए कि यदि एक विशेषज्ञले विश्वस्तताका साथ केहि अद्भुत सफ्टवेयर प्रणालीहरूको वास्तुकला घटक के हो भनेर बुझ्दछ भने, यो ज्ञान वास्तुकारको कलामा निपुणता हासिल गर्न र यस क्षेत्रमा ठोस आधार विकास गर्न अपरिहार्य हुनेछ।

ठीक छ, त्यसोभए कहाँ सुरु गर्ने? U डोना मार्टिना GitHub मा एक भण्डार छ भनिन्छ प्रणाली-डिजाइन-प्राइमर, जसबाट तपाईले कसरी ठूला-ठूला प्रणालीहरू डिजाइन गर्ने, साथै यस विषयमा अन्तर्वार्ताको लागि तयारी गर्न सिक्न सक्नुहुन्छ। भण्डारमा उदाहरणहरू सहितको खण्ड छ वास्तविक वास्तुकला, जहाँ, विशेष गरी, यो विचार गरिन्छ कि तिनीहरू कसरी तिनीहरूको प्रणालीको डिजाइनमा पुग्छन् केहि प्रसिद्ध कम्पनीहरुजस्तै ट्विटर, Uber, आदि।

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

डाटा भण्डारण र पुन: प्राप्ति बारे ज्ञान निर्माण गर्नुहोस्

सामान्यतया, तपाइँ कसरी भण्डारण गर्नुहुन्छ र तपाइँको डेटा लामो अवधिमा पुन: प्राप्त गर्नुहुन्छ भन्ने बारे तपाइँको निर्णयले प्रणालीको कार्यसम्पादनमा महत्वपूर्ण प्रभाव पार्छ। तसर्थ, तपाईंले पहिले आफ्नो प्रणालीको अपेक्षित लेखन र पढ्ने विशेषताहरू बुझ्नुपर्छ। त्यसोभए तपाईंले यी सूचकहरूको मूल्याङ्कन गर्न र गरिएको मूल्याङ्कनको आधारमा छनोटहरू गर्न सक्षम हुन आवश्यक छ। यद्यपि, तपाईंले अवस्थित डाटा भण्डारण ढाँचाहरू बुझ्नुभयो भने मात्र तपाईं प्रभावकारी रूपमा यस कामको सामना गर्न सक्नुहुन्छ। सिद्धान्तमा, यसले सम्बन्धित ठोस ज्ञानलाई बुझाउँछ डाटाबेस चयन.

डाटाबेसहरूलाई डाटा संरचनाको रूपमा सोच्न सकिन्छ जुन अत्यन्त स्केलेबल र टिकाउ हुन्छ। तसर्थ, डाटा ढाँचाको ज्ञान तपाईका लागि विशेष डाटाबेस छनौट गर्दा धेरै उपयोगी हुनुपर्दछ। उदाहरणका लागि, Redis डेटा संरचना सर्भर हो जसले विभिन्न प्रकारका मानहरूलाई समर्थन गर्दछ। यसले तपाईंलाई सूची र सेटहरू जस्ता डेटा संरचनाहरूसँग काम गर्न र प्रख्यात एल्गोरिदमहरू प्रयोग गरेर डेटा पढ्न अनुमति दिन्छ, उदाहरणका लागि, LRU, टिकाउ र उच्च पहुँचयोग्य शैलीमा यस्तो कार्यलाई व्यवस्थित गर्दै।

स्न्यापशट शमूएल जेलर Unsplash बाट

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

अन्तमा, डाटा भण्डारण मुद्दाहरूको बारेमा कुराकानी समाप्त गर्दै, हामीले क्यासिङ पनि उल्लेख गर्नुपर्छ। के यो क्लाइन्ट र सर्भरमा एकै साथ चल्नु पर्छ? तपाईको क्यासमा कुन डाटा हुनेछ? र किन? तपाईं क्यास अमान्यकरण कसरी व्यवस्थित गर्नुहुन्छ? के यो नियमित रूपमा, निश्चित अन्तरालहरूमा गरिन्छ? यदि हो भने, कति पटक? म यी विषयहरूसँग अध्ययन गर्न सुरु गर्न सिफारिस गर्दछु अर्को खण्ड माथि उल्लिखित प्रणाली डिजाइन प्राइमर।

सञ्चार ढाँचाहरू

प्रणालीहरू विभिन्न घटकहरू हुन्छन्; यी एउटै भौतिक नोड भित्र चल्ने विभिन्न प्रक्रियाहरू, वा तपाईंको नेटवर्कको विभिन्न भागहरूमा चल्ने विभिन्न मेसिनहरू हुन सक्छन्। तपाईंको नेटवर्क भित्र यी स्रोतहरू मध्ये केही निजी हुन सक्छ, तर अन्य सार्वजनिक हुनुपर्छ र बाहिरबाट पहुँच गर्ने उपभोक्ताहरूको लागि खुला हुनुपर्छ।

यी स्रोतहरूको एकअर्कासँग सञ्चार सुनिश्चित गर्न आवश्यक छ, साथै सम्पूर्ण प्रणाली र बाहिरी संसार बीच सूचनाको आदानप्रदान सुनिश्चित गर्न आवश्यक छ। प्रणाली डिजाइनको सन्दर्भमा, यहाँ फेरि हामी नयाँ र अद्वितीय चुनौतीहरूको सेटको सामना गरिरहेका छौं। तिनीहरू कसरी उपयोगी हुन सक्छन् हेरौं एसिन्क्रोनस कार्य प्रवाह, र के pविभिन्न संचार ढाँचाहरू उपलब्ध छन्.

स्न्यापशट टोनी स्टोडर्ड Unsplash बाट

बाहिरी संसार संग संचार संगठित गर्दा, यो सधैं धेरै महत्त्वपूर्ण छ सुरक्षा, जसको प्रावधानलाई पनि गम्भीरताका साथ लिनु आवश्यक छ र सक्रियताका साथ पछ्याउन आवश्यक छ।

जडान वितरण

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

प्रणालीहरू धेरै कम्पोनेन्टहरू राम्ररी जडान गरेर बनाइन्छ, र तिनीहरूको संचार प्रायः स्थापित प्रोटोकलहरूको आधारमा व्यवस्थित गरिन्छ, उदाहरणका लागि, TCP र UDP। यद्यपि, यी प्रोटोकलहरू प्रायः आधुनिक प्रणालीहरूको सबै आवश्यकताहरू पूरा गर्न अपर्याप्त हुन्छन्, जुन प्रायः उच्च भारमा संचालित हुन्छन् र प्रयोगकर्ताको आवश्यकताहरूमा पनि अत्यधिक निर्भर हुन्छन्। प्रणालीमा यस्तो उच्च भार सामना गर्न जडानहरू वितरण गर्ने तरिकाहरू खोज्न अक्सर आवश्यक छ।

यो वितरण प्रसिद्ध मा आधारित छ डोमेन नाम प्रणाली (DNS)। यस्तो प्रणालीले डोमेन नाम परिवर्तनहरू जस्तै भारित राउन्ड रोबिन र लेटन्सी-आधारित विधिहरूलाई लोड वितरण गर्न मद्दत गर्न अनुमति दिन्छ।

लोड सन्तुलन मौलिक रूपमा महत्त्वपूर्ण छ, र आज हामीले व्यवहार गर्ने हरेक ठूला इन्टरनेट प्रणाली एक वा बढी लोड ब्यालेन्सरहरूको पछाडि अवस्थित छ। लोड ब्यालेन्सरहरूले धेरै उपलब्ध उदाहरणहरूमा ग्राहक अनुरोधहरू वितरण गर्न मद्दत गर्दछ। लोड ब्यालेन्सरहरू हार्डवेयर र सफ्टवेयर दुवैमा आउँछन्, तथापि, व्यवहारमा, प्रायः तपाईंले सफ्टवेयरहरूसँग व्यवहार गर्नुपर्छ, उदाहरणका लागि। HAProxy и ELB. उल्टो प्रोक्सीहरू अवधारणात्मक रूपमा पनि लोड ब्यालेन्सरसँग धेरै मिल्दोजुल्दो छ, यद्यपि त्यहाँ पहिलो र दोस्रो बीचको दायरा छ फरक भिन्नताहरू। तपाईंको आवश्यकताहरूमा आधारित प्रणाली डिजाइन गर्दा यी भिन्नताहरूलाई ध्यानमा राख्नु पर्छ।

बारे पनि थाहा पाउनुपर्छ सामग्री वितरण नेटवर्कहरू (CDN)। CDN प्रोक्सी सर्भरहरूको विश्वव्यापी वितरित नेटवर्क हो जसले भौगोलिक रूपमा एक विशिष्ट प्रयोगकर्ताको नजिक अवस्थित नोडहरूबाट जानकारी प्रदान गर्दछ। यदि तपाइँ JavaScript, CSS र HTML मा लेखिएका स्थिर फाइलहरूसँग काम गर्नुहुन्छ भने CDN प्रयोग गर्न राम्रो हुन्छ। थप रूपमा, ट्राफिक प्रबन्धकहरू प्रदान गर्ने क्लाउड सेवाहरू आज सामान्य छन्, उदाहरणका लागि, Azure ट्राफिक प्रबन्धक, गतिशील सामग्रीसँग काम गर्दा तपाईंलाई विश्वव्यापी वितरण र कम विलम्बता प्रदान गर्दै। यद्यपि, त्यस्ता सेवाहरू सामान्यतया उपयोगी हुन्छन् जहाँ तपाईंले राज्यविहीन वेब सेवाहरूसँग काम गर्नुपर्ने हुन्छ।

व्यापार तर्कको बारेमा कुरा गरौं। व्यापार तर्क, कार्य प्रवाह र घटक संरचना

त्यसोभए, हामीले प्रणालीको विभिन्न पूर्वाधार पक्षहरू छलफल गर्न व्यवस्थित गर्यौं। सम्भवतः, प्रयोगकर्ताले तपाइँको प्रणालीको यी सबै तत्वहरूको बारेमा सोच्दैन र, स्पष्ट रूपमा, तिनीहरूको वास्ता गर्दैन। प्रयोगकर्तालाई तपाइँको प्रणालीसँग अन्तरक्रिया गर्न कस्तो लाग्छ, यो गरेर के प्राप्त गर्न सकिन्छ, र प्रणालीले प्रयोगकर्ता आदेशहरू कसरी कार्यान्वयन गर्छ, के र कसरी प्रयोगकर्ता डेटासँग गर्छ भन्ने कुरामा प्रयोगकर्ताको रुचि छ।

यस लेखको शीर्षकले सुझाव दिन्छ, म सफ्टवेयर वास्तुकला र प्रणाली डिजाइनको बारेमा कुरा गर्न जाँदैछु। तदनुसार, मैले सफ्टवेयर कम्पोनेन्टहरू कसरी सिर्जना गरिन्छ भनेर वर्णन गर्ने सफ्टवेयर डिजाइन ढाँचाहरू कभर गर्ने योजना बनाएको छैन। जे होस्, म यसको बारेमा जति सोच्छु, त्यति नै मलाई लाग्छ कि सफ्टवेयर डिजाइन ढाँचा र वास्तुकला ढाँचाहरू बीचको रेखा धेरै धमिलो छ, र दुई अवधारणाहरू नजिकबाट सम्बन्धित छन्। उदाहरणका लागि लिऔं घटना दर्ता (घटना स्रोत)। एकचोटि तपाईंले यो आर्किटेक्चरल ढाँचा अपनाउनुभयो भने, यसले तपाईंको प्रणालीको लगभग हरेक पक्षलाई असर गर्नेछ: डाटाको दीर्घकालीन भण्डारण, तपाईंको प्रणालीमा अपनाएको स्थिरताको स्तर, यसमा भएका अवयवहरूको आकार, आदि। त्यसकारण, मैले केहि वास्तुकला ढाँचाहरू उल्लेख गर्ने निर्णय गरे जुन सीधा व्यापार तर्कसँग सम्बन्धित छ। यद्यपि यो लेखले आफैलाई एक साधारण सूचीमा सीमित गर्नुपर्नेछ, म तपाईंलाई यससँग परिचित हुन र यी ढाँचाहरूसँग सम्बन्धित विचारहरूको बारेमा सोच्न प्रोत्साहन दिन्छु। तिमी यहाँ छौ:

• ठोस सिद्धान्तहरू
• अवधारणा को डोमेन-संचालित डिजाइन, खासमा, समुच्चय, टोली र घटनाहरू
• हेक्सागोनल वास्तुकला
• आदेश र अनुरोधहरूमा जिम्मेवारीहरूको विभाजन (CQRS)
• घटना दर्ता
• अभिनेता मोडल
• MVC, MVVM र MVP डिजाइन ढाँचाहरू

सहयोगी दृष्टिकोणहरू

यो अत्यन्तै असम्भव छ कि तपाइँ आफैलाई एक परियोजनामा ​​सहभागीको रूपमा भेट्टाउनुहुनेछ जो प्रणाली डिजाइन प्रक्रियाको लागि पूर्ण रूपमा जिम्मेवार छ। यसको विपरित, तपाईले प्रायः तपाईको कार्य भित्र र बाहिर काम गर्ने सहकर्मीहरूसँग अन्तरक्रिया गर्नुपर्नेछ। यस अवस्थामा, तपाईंले सहकर्मीहरूसँग चयन गरिएका टेक्नोलोजी समाधानहरूको मूल्याङ्कन गर्न, व्यापार आवश्यकताहरू पहिचान गर्न र कार्यहरूलाई समानान्तर गर्ने उत्तम तरिका बुझ्न आवश्यक पर्दछ।

स्न्यापशट कालेडिको Unsplash बाट

पहिलो चरण भनेको तपाईले हासिल गर्न खोज्नु भएको व्यापारिक लक्ष्य के हो र तपाईले के-कस्ता गतिशील भागहरूसँग व्यवहार गर्नुपर्नेछ भन्ने बारे सही र साझा बुझाइ विकास गर्नु हो। समूह मोडलिङ प्रविधिहरू, विशेष गरी आँधीबेहरी घटनाहरू (घटना तूफान) ले यो प्रक्रियालाई महत्त्वपूर्ण रूपमा गति दिन र सफलताको सम्भावना बढाउन मद्दत गर्दछ। यो काम तपाईंले रूपरेखा अघि वा पछि गर्न सक्नुहुन्छ तपाईंको सेवाहरूको सीमा, र त्यसपछि उत्पादन परिपक्व भएपछि यसलाई गहिरो बनाउनुहोस्। यहाँ प्राप्त हुने स्थिरताको स्तरमा आधारित, तपाइँ पनि तयार गर्न सक्नुहुन्छ साझा भाषा तपाईंले काम गर्ने सीमित सन्दर्भको लागि। जब तपाइँ तपाइँको प्रणाली को वास्तुकला को बारे मा कुरा गर्न आवश्यक छ, तपाइँ यसलाई उपयोगी पाउन सक्नुहुन्छ मोडेल C4, प्रस्तावित साइमन ब्राउन, विशेष गरी जब तपाईले बुझ्नु आवश्यक छ कि तपाईलाई समस्याको विवरणमा जान आवश्यक छ, तपाईले संवाद गर्न चाहनुहुने चीजहरूको कल्पना गर्दै।

यस विषयमा सम्भवतः अर्को परिपक्व प्रविधि छ जुन डोमेन चालित डिजाइन भन्दा कम उपयोगी छैन। यद्यपि, हामी कुनै न कुनै रूपमा विषय क्षेत्र बुझ्न फर्कन्छौं, त्यसैले क्षेत्रमा ज्ञान र अनुभव डोमेन-संचालित डिजाइन तपाईलाई उपयोगी हुनुपर्दछ।

स्रोत: www.habr.com