ऑरलियन्स 3.0 जारी किया

यह ऑरलियन्स टीम की एक अतिथि पोस्ट है। ऑरलियन्स .NET का उपयोग करके वितरित एप्लिकेशन बनाने के लिए एक क्रॉस-प्लेटफ़ॉर्म फ्रेमवर्क है। अधिक जानकारी के लिए https://github.com/dotnet/orleans देखें।

हमें ऑरलियन्स 3.0 की रिहाई की घोषणा करते हुए खुशी हो रही है। ऑरलियन्स 2.0 की तुलना में, इसमें कई सुधार और सुधार हैं, साथ ही कई नई विशेषताएं भी हैं। ये परिवर्तन कई लोगों के अनुभव से तय किए गए हैं, जो कई प्रकार के परिदृश्यों और वातावरणों में उत्पादन में ऑरलियन्स-आधारित अनुप्रयोगों का उपयोग करते हैं, साथ ही वैश्विक ऑरलियन्स समुदाय का उत्साह भी है, जो फ्रेमवर्क को बेहतर, तेज और अधिक लचीला बनाने में मदद करता है। सभी को धन्यवाद, जिन्होंने विभिन्न तरीकों से इस रिलीज में योगदान दिया!

ऑरलियन्स 2.0 की तुलना में प्रमुख परिवर्तन

ऑरलियन्स 2.0 को 18 महीने पहले थोड़ा रिलीज किया गया था, और तब से फ्रेमवर्क ने महत्वपूर्ण प्रगति की है। 2.0 की तुलना में कुछ बदलाव:

• वितरित ACID लेनदेन
• एक नया अनुसूचक है कि कुछ मामलों में उत्पादकता में 30% से अधिक की वृद्धि हुई है
• न्यू रोसलिन-आधारित कोड जनरेटर
• पुनर्प्राप्ति गति में सुधार करने के लिए पुनर्विकसित क्लस्टर सदस्यता
• सह-होस्टिंग समर्थन

साथ ही कई अन्य सुधार और सुधार।

ASP.NET बेडरॉक के साथ नेटवर्क लेयर को बदलना

टीएलएस का उपयोग कर सुरक्षित संचार बनाए रखना कुछ समय के लिए एक प्रमुख चिंता का विषय रहा है। इसके अलावा, दोनों समुदाय से और आंतरिक भागीदारों से। संस्करण 3.0 में, हम TLS समर्थन जोड़ते हैं, जो Microsoft.Orleans.Connections.Security पैकेज के माध्यम से उपलब्ध है। अधिक जानकारी के लिए TransportLayerSecurity उदाहरण देखें।

टीएलएस समर्थन को लागू करना एक बड़ी चिंता का विषय था कि ऑरलियन्स के पिछले संस्करणों में नेटवर्क परत को कैसे लागू किया गया था: इसे SslStream का उपयोग करने के लिए आसानी से अनुकूलित नहीं किया जा सकता है, जो टीएलएस को लागू करने के लिए सबसे आम तरीका है। टीएलएस को एक ड्राइविंग बल के रूप में उपयोग करते हुए, हम ऑरलियन्स नेटवर्क परत को फिर से लिखते हैं।

ऑरलियन्स 3.0 में, पूरे नेटवर्क लेयर को प्रोजेक्ट बेडरॉक के आधार पर बनाई गई लेयर से बदल दिया जाता है, जो ASP.NET ग्रुप की विशेषताएं हैं। बेडरॉक का लक्ष्य डेवलपर्स को तेज और विश्वसनीय नेटवर्क क्लाइंट और सर्वर बनाने में मदद करना है।

ASP.NET टीम और ऑरलियन्स टीम ने नेटवर्क क्लाइंट और सर्वर दोनों को सपोर्ट करने वाले एब्स्ट्रैक्ट बनाने के लिए एक साथ काम किया, ट्रांसपोर्ट-एग्नॉस्टिक हैं, और इसे मिडलवेयर का उपयोग करके कॉन्फ़िगर किया जा सकता है। ये सार हमें आंतरिक ऑरलियन्स-विशिष्ट नेटवर्क कोड को बदलने के बिना कॉन्फ़िगरेशन के माध्यम से नेटवर्क "परिवहन" को बदलने की अनुमति देते हैं। ऑरलियन्स टीएलएस सपोर्ट को बेडरॉक मिडलवेयर के रूप में लागू किया गया है, और हम इसे सार्वभौमिक बनाने का इरादा रखते हैं ताकि इसे .NET इकोसिस्टम में दूसरों के साथ साझा किया जा सके।

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

नेटवर्क लेयर को MemoryPool<byte> करने में हमारी कस्टम बफर पूलिंग को MemoryPool<byte> साथ शामिल करना शामिल है, और इस बदलाव के साथ, अब क्रमबद्धता Span<T> लाभ उठाती है। कुछ कोड पथ जो पहले समर्पित थ्रेड्स के माध्यम से लॉक करने पर निर्भर करते थे, जो BlockingCollection<T> हैं अब अतुल्यकालिक संदेश पासिंग के लिए Channel<T> उपयोग करें। इसके परिणामस्वरूप .NET थ्रेड पूल में काम करने के बजाय कम समर्पित धागे होते हैं।

जेनेरिक होस्ट के माध्यम से सह-होस्टिंग

एक ही प्रक्रिया में ASP.NET Core जैसे अन्य प्लेटफार्मों के साथ ऑरलियन्स की सह-होस्टिंग अब .NET जेनेरिक होस्ट के लिए धन्यवाद से पहले आसान है।

UseOrleans का उपयोग करके ASP.NET कोर के साथ ऑरलियन्स को जोड़ने का एक उदाहरण यहां दिया गया है:

 var host = new HostBuilder() .ConfigureWebHostDefaults(webBuilder => { //  ASP.NET Core webBuilder.UseStartup<Startup>(); }) .UseOrleans(siloBuilder => { //  Orleans siloBuilder.UseLocalHostClustering(); }) .ConfigureLogging(logging => { /*   ,    */ }) .ConfigureServices(services => { /*    */ }) .UseConsoleLifetime() .Build(); //      . await host.RunAsync(); 

इस कार्यक्षमता का उपयोग परिनियोजन टोपोलॉजी को सरल बनाने या मौजूदा एप्लिकेशन में अतिरिक्त सुविधाओं को जोड़ने के लिए किया जा सकता है। कुछ टीम एएसबीनेट कोर हेल्थ चेक का उपयोग करके अपने ऑरलियन्स प्रोजेक्ट में कुबेरनेट्स परीक्षणों को जोड़ने के लिए आंतरिक रूप से साझा होस्टिंग का उपयोग करते हैं।

विश्वसनीयता में सुधार

उन्नत गपशप की बदौलत क्लस्टर अब दुर्घटनाओं से उबरने में तेज हैं। इसके अलावा, मैसेजिंग एरर को अब लगातार हैंडल किया जाता है, जिसके परिणामस्वरूप कॉलर को वापस पास किया जा सकता है। यह डेवलपर्स को तेजी से कीड़े खोजने में मदद करता है। उदाहरण के लिए, जब कोई संदेश पूरी तरह से क्रमबद्ध या deserialized नहीं किया जा सकता है, तो एक विस्तृत अपवाद मूल कॉलर को वापस दिया जाएगा।

बढ़ी हुई व्यापकता

धाराओं में अब अपने स्वयं के डेटा एडेप्टर हो सकते हैं, जो उन्हें किसी भी प्रारूप में डेटा प्राप्त करने की अनुमति देता है। यह डेवलपर्स को इस बात पर अधिक नियंत्रण देता है कि प्रवाह आइटम को रिपॉजिटरी में कैसे दर्शाया जाता है। यह स्ट्रीम प्रदाता को यह भी नियंत्रित करता है कि डेटा कैसे लिखा जाता है, जिससे धाराएँ मौजूदा प्रणालियों और / या गैर-ऑरलियन्स सेवाओं के साथ एकीकृत हो सकती हैं।

लेन-देन की कस्टम स्थिति अब घोषित कर सकती है कि लेन-देन में वह कौन सी भूमिका निभा सकती है। उदाहरण के लिए, एक लेनदेन राज्य का कार्यान्वयन जो सेवा जीवन की घटनाओं को सेवा बस कतार में लिखता है, एक लेनदेन प्रबंधक के कर्तव्यों को पूरा नहीं कर सकता क्योंकि यह केवल लेखन है।

अब सम्मिलित हों!

अब जब ऑरलियन्स 3.0 जारी किया गया है, हम अपना ध्यान भविष्य की रिलीज़ की ओर मोड़ रहे हैं - और हमारे पास कुछ रोमांचक योजनाएँ हैं! GitHub पर हमारे गर्म और स्वागत करने वाले समुदाय में शामिल हों।

---

इसे भी देखें: डेवलपर्स के लिए 7 निःशुल्क पाठ्यक्रम