SQL से LINQ बाएँ जॉइन मास्टरक्लास: EF Core 10 और मॉडर्न डेटा एक्सेस
EF Core 10 द्वारा प्रस्तुत क्रांतिकारी लेफ्टजॉइन ऑपरेटर की खोज करें: GroupJoin जटिलता से छुटकारा, SQL और LINQ के बीच मानसिक मॉडल अनुकूलता...
C# in Production (C# 4)
के बारे में पोस्ट csharp
CQRS (कमांड क्वेरी रिस्पॉन्सिबिलिटी सेग्रीगेशन) पाइपलाइन कैसे काम करती है? कमांड और क्वेरी फ़्लो का एनाटॉमी
CQRS अनुरोध पाइपलाइन क्या है? HTTP अनुरोध नियंत्रक, MediatR, पाइपलाइन व्यवहार, हैंडलर, आउटबॉक्स और रीड मॉडल के माध्यम से कैसे आगे बढ़ता है?
सीआरयूडी (बनाएं, पढ़ें, अपडेट करें, हटाएं) से सीक्यूआरएस (कमांड क्वेरी रिस्पॉन्सिबिलिटी सेग्रीगेशन) तक: समस्या मॉडल है, कोड नहीं
CQRS क्या है, CRUD और CQRS में क्या अंतर है और CQRS का उपयोग कब किया जाना चाहिए? एक मार्गदर्शिका यह बताती है कि बड़ी प्रणालियों में एक ही मॉडल पर्याप्त…
वितरित सिस्टम में CQRS (कमांड क्वेरी रिस्पॉन्सिबिलिटी सेग्रीगेशन): इवेंट, ब्रोकर और प्रोजेक्शन
वितरित सिस्टम में CQRS कैसे काम करता है? डोमेन इवेंट, संदेश ब्रोकर, प्रोजेक्शन, आउटबॉक्स, निष्क्रियता और अंतिम स्थिरता निर्णयों की शुरू से अंत तक जांच…
उत्पादन में CQRS (कमांड क्वेरी रिस्पॉन्सिबिलिटी सेग्रीगेशन): संगति, त्रुटियाँ और पुनर्प्राप्ति रणनीतियाँ
CQRS उत्पादन परिवेश में सुरक्षित रूप से कैसे काम करता है? संगति अंतराल, डुप्लिकेट ईवेंट, अनुक्रम भ्रष्टाचार, प्रक्षेपण पुनर्प्राप्ति, पुनः प्रयास, डीएलक्यू…
डीडीडी- व्यवसाय के लिए सॉफ्टवेयर डिजाइन करना, डेटाबेस के लिए नहीं
डोमेन-संचालित डिज़ाइन क्या है? डेटाबेस-संचालित डिज़ाइन की सीमा, सामान्य भाषा की शक्ति और जब DDD एक वास्तविक निवेश है, के लिए एक मार्गदर्शिका।
डीडीडी कोड: इकाई, मूल्य वस्तु और समुच्चय
डीडीडी सामरिक पैटर्न कैसे काम करते हैं? वास्तविक ऑर्डर उदाहरण के साथ वैल्यू ऑब्जेक्ट, एंटिटी, एग्रीगेट, डोमेन सेवा, एप्लिकेशन सेवा और रिपोजिटरी सीमाएं…
डीडीडी बड़े सिस्टम पर कैसे काम करता है?
बड़े सिस्टम पर DDD का पैमाना कैसे होता है? बाउंडेड कॉन्टेक्स्ट, कॉन्टेक्स्ट मैपिंग, कॉनवे का नियम, मॉड्यूलर मोनोलिथ, माइक्रोसर्विस सीमाएँ और ट्रांजेक्शनल…
उत्पादन में डीडीडी: वितरित प्रणालियाँ और आधुनिकीकरण रणनीतियाँ
उत्पादन परिवेश में DDD कैसे लागू करें? इवेंट स्टॉर्मिंग, सागा, ट्रांजेक्शनल आउटबॉक्स, एंटी-करप्शन लेयर और स्ट्रैंगलर फ़िगर के साथ लीगेसी रूपांतरण गाइड।
परतों से विशेषताओं तक: वर्टिकल स्लाइस का जन्म क्यों हुआ?
स्तरित वास्तुकला बढ़ने के साथ धीमी गति से क्यों बदलती है? वर्टिकल स्लाइस का फ़ोल्डर लेआउट नहीं; सुविधा स्वामित्व, व्यवहार स्थानीयता और स्विचिंग लागत निर्णय.…
एक लंबवत टुकड़ा अंदर से कैसे काम करता है?
एक वर्टिकल स्लाइस आंतरिक रूप से अनुरोध से सत्यापन तक, हैंडलर से एग्रीगेट तक, आउटबॉक्स इवेंट से मॉडल को पढ़ने तक क्लाउड लागत तक कैसे प्रवाहित होता है?…
भुगतान प्रणालियाँ वितरित प्रणालियाँ क्यों हैं?
भुगतान किसी एक सेवा का काम नहीं है: बास्केट, स्टॉक, प्रदाता गेटवे और वित्त को एक ही तथ्य पर सहमत होना चाहिए। तुल्यकालिक श्रृंखला क्यों टूटती है?
चेकआउट स्थिति मशीन डिज़ाइन: चेकआउट और भुगतान एक ही चीज़ क्यों नहीं हैं?
भुगतान सफल होने का मतलब यह नहीं है कि ऑर्डर पूरा हो गया है। यदि आप चेकआउट और भुगतान जीवनचक्र को अलग नहीं करते हैं, तो उत्पादन में दोनों वास्तविकताएं ओवरलैप…
संग्रहण (कब्जा करना) आसान लेकिन अंतिम रूप देना कठिन क्यों है?
पीएसपी के लिए पैसा प्राप्त करना बस एक कदम है। आदेश समाप्त करें; यह एक ऐसी गाथा है जिसके सफल होने के लिए इन्वेंट्री, वित्त, रिपोर्टिंग और सफाई कदमों की…
अपरिवर्तनीय चेकआउट स्नैपशॉट डिज़ाइन: वह निर्णय जो कार्ट को फ़्रीज़ कर देता है
भुगतान शुरू होते ही कार्ट को लाइव पढ़ने से राशि और मुद्रा अनिर्णीत रह जाती है। इरादे के क्षण में रुक जाने वाले स्नैपशॉट के बिना अंतिम रूप देना विश्वसनीय…
एपीआई (एप्लिकेशन प्रोग्रामिंग इंटरफ़ेस) अनुरोध से परे इडेम्पोटेंसी (दोहराए जाने योग्य सुरक्षित लेनदेन)।
निष्क्रियता कोई एक हेडर नहीं है. यह एक रक्षा स्टैक है जिसे एपीआई कुंजी से लेकर स्टेप पॉइंटर तक पांच अलग-अलग परतों पर अलग से स्थापित किया जाना चाहिए।
भुगतान प्रणालियों में वेबहुक विश्वसनीयता
वेबहुक बार-बार आते हैं, गायब हो जाते हैं, क्रम से बाहर आते हैं और देरी से आते हैं। हस्ताक्षर सत्यापित करें, तेज़ ACK दें, कभी भी समकालिक भारी सामान न…
भुगतान प्रणालियों में आउटबॉक्स/इनबॉक्स पैटर्न
यदि डेटाबेस में लिखना और किसी ईवेंट को प्रकाशित करना एक ही लेनदेन में नहीं है, तो उनमें से एक खो जाएगा या दोहराया जाएगा। आउटबॉक्स प्रसारण, इनबॉक्स उपभोक्ता…
भुगतान का प्रमाण और भुगतान की स्थिति: आपको भ्रमित क्यों नहीं होना चाहिए
सबूत वही है जो पीएसपी कहता है। राज्य वही है जो आप तय करते हैं। यदि आप इन दोनों को एक ही रजिस्ट्री में रखते हैं, तो आपको पता चल जाएगा कि पुनर्प्राप्ति के…
एसडीके (सॉफ्टवेयर डेवलपमेंट किट) लीक किए बिना प्रदाता अमूर्त: गेटवे की सीमा
प्रदाता गेटवे पीएसपी एसडीके का मालिक कैसे है, चेकआउट ऑर्केस्ट्रेटर को केवल सिमेंटिक इंटरफ़ेस क्यों देखना चाहिए? कार्ड और वॉलेट प्रवाह अलग-अलग हैं...
रॉ प्रदाता डेटा के बजाय सिमेंटिक इवेंट
क्या प्रदाता गेटवे द्वारा प्राप्त वेबहुक को पीएसपी के इवेंट नाम या पेमेंटकैप्चर्ड/पेमेंटफ़ेल्ड जैसे सिमेंटिक इवेंट के साथ डाउनस्ट्रीम तक पहुंचना चाहिए?
भुगतान त्रुटि वर्गीकरण
टाइमआउट, 429, 5xx, व्यापार में गिरावट और बुनियादी ढांचे की त्रुटि एक ही बात नहीं है। प्रत्येक श्रेणी के लिए एक अलग पुनः प्रयास नीति की आवश्यकता होती है।
भुगतान कर्मियों के लिए एल्गोरिदम पुनः प्रयास करें
एक्सपोनेंशियल बैकऑफ़, जिटर, कैप, डिफर बनाम रिट्री डिफरेंस, और सर्किट ब्रेकर - पिछले सेक्शन से टैक्सोनॉमी को वर्किंग कोड में अनुवाद करें।
डेटाबेस समर्थित लीज के साथ काम करता है
सशर्त अद्यतन के साथ लीजिंग, वॉचर जो फंसी हुई नौकरियों को बचाता है और सिर्फ संदेश भेजना ही उत्पादन के लिए भुगतान करने के लिए पर्याप्त क्यों नहीं है।
भुगतान समाधान कार्यकर्ता निर्माण
सफ़ाईकर्मी बहाव में सुधार कैसे करते हैं: जबकि पीएसपी सफल है, स्थानीय पंजीकरण समाप्त हो सकता है; वृद्धावस्था को कैसे पुनर्प्राप्त करें फाइनलाइज पेंडिंग।
भुगतान किया गया लेकिन कोई ऑर्डर नहीं: सुधार
घटना प्रतिक्रिया गाइड: ग्राहक से शुल्क लिया गया लेकिन कोई ऑर्डर नहीं दिया गया; बहु-इरादतन टोकरी अव्यवस्था; डिडअप को सावधानीपूर्वक साफ करना।
अंततः वितरित लेन-देन से बेहतर संगति क्यों है?
पीएसपी, ऑर्डर और वित्त के बीच 2पीसी स्थापित करना एक जाल है। सागा और सुलह वितरित भुगतान स्थिरता का वास्तविक उत्तर हैं।
वेबहुक के अंतर्गत आशावादी समवर्तीता
जब वेबहुक के साथ समकालिक प्रतिक्रिया एक ही समय में समान भुगतान को छूती है तो संस्करण टोकन और लीज़ दौड़ को कैसे हल करते हैं? टर्मिनल भुगतान में बासी पढ़ने…
भुगतान अवलोकन और सहसंबंध
भुगतान आईडी के साथ प्रत्येक लॉग, मीट्रिक और ट्रेस को कैसे सहसंबंधित करें? चरण दर चरण ईवेंट लॉग और स्थगित अंतिम मेट्रिक्स ऑपरेशन को कैसे बचाते हैं?
भुगतान पुनर्प्राप्ति पाइपलाइन और रनबुक
स्वचालन से पहले: सुलह कार्यकर्ता और पुनर्प्राप्ति पाइपलाइन। साक्ष्य-आधारित मानव रनबुक तब चलन में आती है जब विशिष्टता की दीवारें दोबारा चलाने से रोकती हैं।
प्रभावी ढंग से-एक बार भुगतान की प्रक्रिया
बिल्कुल-एक बार मैसेज करना झूठ है. प्रभावी-एक बार व्यावसायिक परिणाम कैसे प्राप्त करें जब गहराई में रक्षा को निष्क्रियता, डिडअप, आउटबॉक्स और सुलह के साथ…
एक उत्पादन भुगतान इंजन डिजाइन करना
22-भाग श्रृंखला का संश्लेषण: चेकआउट ऑर्केस्ट्रेटर और प्रदाता गेटवे के साथ उत्पादन भुगतान इंजन के लिए वास्तुशिल्प चेकलिस्ट।
फिनटेक कंपनियाँ वास्तव में क्या तलाश रही हैं?
कैरियर परिप्रेक्ष्य: फिनटेक कंपनियां स्ट्राइप एसडीके नहीं; यह असफल सोच, सामंजस्य, निष्क्रियता और साक्ष्य-संचालित सोच की तलाश करता है।