"पैर कहाँ से बढ़ते हैं" या प्रोग्रामिंग से पहले क्या होता है?

थोड़ी पृष्ठभूमि

• त्वरित प्रतिक्रिया;
• बैंडविड्थ
• एक संसाधन इकाई के संदर्भ में प्रदर्शन;
• पैमाने की क्षमता;
• एकीकरण क्षमताओं;
• प्रयुक्त प्लेटफार्मों की विशेषताएं;
• मौजूदा व्यावसायिक प्रक्रियाओं की विशेषताएं;
• और भी बहुत कुछ…

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

रॉबर्ट सेसिल मार्टिन

• 1968 : - , («The Structure of the «THE»-Multiprogramming System»). , . !
• 1970 : «On the Criteria To Be Used in Decomposing Systems into Modules» , . , . ;
• 1996 : Carnegie Mellon « : » («Software Architecture: Perspectives on an Emerging Discipline»), , , (connectors), . .;
• 2007 : — IEEE 1471: ANSI / IEEE 1471 — 2000: . ISO ISO / IEC 42010:2007.

?

"सॉफ्टवेयर आर्किटेक्चर का लक्ष्य एक सिस्टम बनाने और बनाए रखने के लिए आवश्यक मानव श्रम को कम करना है।"

रॉबर्ट सेसिल मार्टिन

• कोड व्यवसाय प्रक्रिया की आवश्यकताओं को पूरा करता है;
• व्यवहार में शीघ्र परिवर्तन होने की संभावना है।

प्रोग्रामिंग के प्रतिमान (मॉडल)

संरचनात्मक प्रोग्रामिंग

• अनुक्रम,
• शाखाओं में
• चक्र।

ऑब्जेक्ट ओरिएंटेड प्रोग्रामिंग

• अमूर्त;
• विरासत;
• बहुरूपता।

इंपीरियल प्रोग्रामिंग

• कार्यक्रम के स्रोत कोड में निर्देश लिखे गए हैं;
• निर्देश क्रमिक रूप से पालन किया जाना चाहिए;
• पिछले निर्देशों के निष्पादन के दौरान प्राप्त डेटा को बाद के निर्देशों द्वारा मेमोरी से पढ़ा जा सकता है;
• निर्देश को निष्पादित करके प्राप्त डेटा को मेमोरी में लिखा जा सकता है।

• नामित चर का उपयोग;
• असाइनमेंट ऑपरेटर का उपयोग;
• यौगिक अभिव्यक्तियों का उपयोग;
• दिनचर्या का उपयोग

कार्यात्मक प्रोग्रामिंग

#  
target = []  #   
for item in source_list:  #     
    trans1 = G(item)  #   G()
    trans2 = F(trans1)  #   F()
    target.append(trans2)  #     
#  
compose2 = lambda A, B: lambda x: A(B(x))
target = map(compose2(F, G), source_list)

तो सॉफ्टवेयर आर्किटेक्चर क्या है?

• संरचनात्मक तत्वों और उनके इंटरफेस का चयन;
• चयनित तत्वों और इंटरफेस का व्यवहार, उनकी बातचीत;
• संरचना और व्यवहार के चयनित तत्वों को बड़ी प्रणालियों में संयोजित करना;
• वास्तुकला शैली जो पूरे संगठन का मार्गदर्शन करती है।

1. विभिन्न प्रकार के उपयोग के मामले और प्रभावी सिस्टम ऑपरेशन।
2. सिस्टम रखरखाव की सादगी।
3. सिस्टम डिजाइन में आसानी।
4. आसान प्रणाली तैनाती।

स्थापत्य शैली

केवल पत्थर का खंभा

1. लागू करने में आसान। इंटरप्रोसेस संचार के बारे में सोचने के लिए समय बर्बाद करने की आवश्यकता नहीं है।
2. एंड-टू-एंड टेस्ट विकसित करना आसान है।
3. तैनाती के लिए आसान है।
4. आसानी से अपने आवेदन के कई उदाहरणों में लोडबलर के साथ पैमाने।
5. चलाने में आसान।

1. मजबूत सामंजस्य अनुप्रयोग के विकास के साथ उलझाव की ओर जाता है।
2. घटकों के स्वतंत्र स्केलिंग से जटिलता होती है और कार्यक्षमता का पूर्ण पुनरावृत्ति होता है।
3. समझने में और मुश्किल।
4. जैसे-जैसे जटिलता बढ़ती है, विकास का समय बढ़ता जाता है।
5. घटकों के अलगाव की कमी।

एक सेवा क्या है?

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

सेवा उन्मुख वास्तुकला (SOA)

1. उद्यम वास्तुकला और व्यवसाय के बीच संबंध को बेहतर बनाता है।
2. आपको एकीकृत सेवाओं के सेट से जटिल एप्लिकेशन बनाने की अनुमति देता है।
3. लचीली व्यावसायिक प्रक्रियाएँ बनाता है।
4. यह प्रौद्योगिकियों के एक सेट पर निर्भर नहीं करता है।
5. स्वतंत्र विकास और तैनाती के अर्थ में स्वायत्त।

माइक्रोसिस्टवर्क वास्तुकला

1. संपूर्ण प्रणाली के प्रतिरूप का समर्थन करता है।
2. असंबंधित सेवाओं को अलग-अलग अनुप्रयोगों की सेवा के लिए संशोधित करना आसान है।
3. अलग-अलग सेवाएं अलग-अलग टीमों की हो सकती हैं।
4. सेवा सेवाओं का पूरे कंपनी में पुन: उपयोग किया जा सकता है।
5. समझने और परीक्षण करने में आसान।
6. अन्य सेवाओं में उपयोग की जाने वाली तकनीक से बंधे नहीं।
7. सेवा के अलगाव से सभी कार्यक्षमता की समग्र विश्वसनीयता बढ़ जाती है।

1. समग्र कार्यक्षमता (लॉगिंग, एक्सेस अधिकार आदि) के कार्यान्वयन के साथ कठिनाइयाँ।
2. एंड-टू-एंड सिस्टम टेस्ट आयोजित करना मुश्किल है।
3. कठिन ऑपरेशन और समर्थन।
4. एक मोनोलिथ की तुलना में अधिक उपकरण की आवश्यकता होती है।
5. कई टीमों द्वारा समर्थन उनके बीच बातचीत के समन्वय की ओर जाता है।

स्तरित वास्तुकला

• प्रस्तुति परत (उपयोगकर्ताओं के साथ काम करने के लिए);
• आवेदन परत (सेवा - सुरक्षा, पहुंच);
• व्यावसायिक तर्क परत (डोमेन कार्यान्वयन);
• डेटा एक्सेस लेयर (डेटाबेस में इंटरफ़ेस का प्रतिनिधित्व)।

बंद परतें

परतें खोलें

MVC

• कोड पुन: उपयोग की संभावना बढ़ जाती है।
• उपयोगकर्ता एक ही डेटा को अलग-अलग संदर्भों में एक साथ देख सकता है।

इवेंट ड्रिवन आर्किटेक्चर

पुनर्विक्रेता टोपोलॉजी

• घटना की कतार;
• घटनाओं का मध्यस्थ;
• घटनाओं के चैनल;
• घटना संचालकों।

• शीर्ष लेख (घटना का नाम, घटना के लिए टाइमस्टैम्प और घटना का प्रकार);
• शरीर (वास्तव में क्या हुआ) का वर्णन करता है।

• घटक अलग-थलग हैं और हर एक को सिस्टम के बाकी हिस्सों को प्रभावित किए बिना अंतिम रूप देने की अनुमति देते हैं;
• तैनाती में आसानी;
• उच्च प्रदर्शन। समानांतर अतुल्यकालिक संचालन की अनुमति देता है;
• अच्छी तरह से तराजू।

• परीक्षण करना कठिन है;
• उच्चारण की अतुल्यकालिकता के कारण विकसित करना मुश्किल है।

सर्वरहित वास्तुकला

1. (Function-as-a-Service) — , .
2. (Backend as a Service) — , - API, . , , , .