WCF कनेक्शन पूल के लिए कार्यान्वयन .Net कोर HttpClientFactory का उपयोग कर

SOAP क्लाइंट सेवा के साथ बातचीत करने के लिए WCF 4.5 का उपयोग करके हमारा उत्पाद .Net Core 2.2 प्लेटफॉर्म पर विकसित किया गया है। सेवा के दौरान, डेटा बस डेवलपर्स ने सर्वर पर एक उच्च भार देखा। इसके अलावा, सेवा तक पहुंच के साथ समस्याएं दिखाई देने लगीं। नतीजतन, यह पाया गया कि इसका कारण सक्रिय यौगिकों की संख्या में है।

कनेक्शन थकावट के रूप में ऐसी समस्या है। यह एक कनेक्शन की स्थापना या बाहरी या आंतरिक सेवाओं के लिए कनेक्शन की संख्या को सीमित करते समय उपलब्ध बंदरगाहों की कमी के कारण उत्पन्न हो सकता है। दो समाधान हैं:

• उपलब्ध संसाधनों में वृद्धि,
• कनेक्शन की संख्या कम करना।

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

विचार

जैसा कि यह निकला, समस्या यह थी कि प्रत्येक अनुरोध के लिए हमने WCF क्लाइंट का एक नया उदाहरण बनाया। इससे डब्ल्यूसीएफ में पहले से लागू कनेक्शन पूल का उपयोग करना असंभव हो गया है, क्योंकि प्रत्येक चैनल के लिए एक पूल बनाया गया है, और हम प्रत्येक अनुरोध के लिए एक नया चैनल बनाते हैं। बेशक, आप स्थिर WCF क्लाइंट का उपयोग करके WCF के साथ बातचीत के लिए जिम्मेदार सेवा को फिर से लिख सकते हैं। लेकिन इस मामले में, पूल भी स्थिर होगा, जिससे इस लेख में चर्चा की गई DNS परिवर्तन समस्या हो सकती है। यह भी समाधान के बारे में बात की - HttpClientFactory । समाधान का सार यह है कि कारखाना अपने स्वयं के पूल के साथ काम कर सकता है, जिसमें कनेक्शन समय-समय पर अपडेट किए जाते हैं। डिफ़ॉल्ट अपडेट की अवधि दो मिनट है, लेकिन इसे बदला जा सकता है।

हमारे उत्पाद में, हमने पहले से ही अन्य सेवाओं के साथ बातचीत करने के लिए HttpClientFactory का उपयोग किया है, और WCF में कारखाने का उपयोग करते हुए एक स्थिर WCF क्लाइंट के लिए एक अच्छा विकल्प की तरह देखा। हालांकि, हमें WCF सेवा के कार्यान्वयन में बदलाव नहीं करना होगा। लेकिन वे पूल का उपयोग कर सकते हैं जो कारखाने के साथ काम कर सकते हैं। इसके अलावा, इसने इस आलेख में वर्णित लिनक्स में NTLM प्रमाणीकरण के साथ समस्या को हल करने की अनुमति दी, क्योंकि http क्लाइंट को कॉन्फ़िगर करते समय, आप संदेश हैंडलर के लिए प्रमाणीकरण योजना सेट कर सकते हैं।

कार्यान्वयन

HttpClientFactory के साथ काम करने के लिए, कन्फ़िगरेशन सर्विसेज़ में क्लाइंट कॉन्फ़िगरेशन विवरण जोड़ें। वहां आप अपने स्वयं के कॉन्फ़िगरेशन के साथ कई नामांकित या टाइप किए गए क्लाइंट जोड़ सकते हैं। इस स्थिति में, प्रत्येक क्लाइंट अपने स्वयं के कनेक्शन पूल का उपयोग करेगा। उदाहरण में, हम एक नामित क्लाइंट का उपयोग करते हैं।

services.AddHttpClient("ClientName"); 

WCF में, आप http क्लाइंट के लिए अपने संदेश संचालकों को जोड़ सकते हैं। ऐसा करने के लिए, बाइंडिंग मापदंडों के लिए विधि द्वारा आरंभ में एक प्रतिनिधि जोड़ें। वहां, एक इनपुट पैरामीटर के रूप में, हमें WCF की तरफ एक हैंडलर बनाया जाता है और हम अपना हैंडलर लौटाते हैं। नतीजतन, प्रतिनिधि विधि से प्राप्त हैंडलर WCF की तरफ क्लाइंट http डिज़ाइनर को दिया जाएगा।

इस प्रकार, कारखाने के पूल से हैंडलर को वापस करते हुए, हम आने वाले हैंडलर को इसके साथ बदल देंगे। कारखाने के पूल से हैंडलर प्राप्त करने के लिए, हम HttpMessageHandlerFactory का उपयोग करते हैं। और बाध्यकारी मापदंडों तक पहुंच प्राप्त करने के लिए, IEndpointBehavior से विरासत में मिली कक्षा को लागू करना आवश्यक होगा। और फिर इसे हमारे WCF क्लाइंट में जोड़ें।

योजनाबद्ध रूप से, WCF पक्ष में एक नया क्लाइंट बनाने के लिए एल्गोरिथ्म इस तरह दिखता है।



हम CustomEndpointBehaviour लागू करते हैं।

 public class CustomEndpointBehavior : IEndpointBehavior { private readonly Func<HttpMessageHandler> _httpHandler; public CustomEndpointBehavior(IHttpMessageHandlerFactory factory) { //       _httpHandler = () => factory.CreateHandler("ClientName"); } public void AddBindingParameters(ServiceEndpoint endpoint, BindingParameterCollection bindingParameters) { //      bindingParameters.Add(new Func<HttpClientHandler, HttpMessageHandler>(handler => _httpHandler())); } public void ApplyClientBehavior(ServiceEndpoint endpoint, ClientRuntime clientRuntime) { } public void ApplyDispatchBehavior(ServiceEndpoint endpoint, EndpointDispatcher endpointDispatcher) { } public void Validate(ServiceEndpoint endpoint) { } } 

इसके बाद, WCF क्लाइंट में हमारा EndpointBehavior जोड़ें।

 var httpMessageHandler = serviceProvider.GetRequiredService<IHttpMessageHandlerFactory>(); var client = new WcfClient(); client.Endpoint.EndpointBehaviors.Add(new CustomEndpointBehavior(httpMessageHandler)); 

अब WCF के माध्यम से कनेक्शन बनाते समय, जब भी संभव हो, पूल से हैंडलर इंस्टेंस का उपयोग किया जाएगा। यह सक्रिय यौगिकों की संख्या को कम करेगा।

कसौटी

सत्यापन के लिए, हमने 100 समान अनुरोध भेजे। नतीजतन, एक पूल के बिना, यौगिकों का शिखर 53 तक पहुंच गया, और एक पूल के साथ यह 7 से अधिक नहीं था।

एक पूल के बिना कनेक्शन की निगरानी:



पूल कनेक्शन की निगरानी:

निष्कर्ष

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

हमने अनुकूलन विकल्पों की खोज में बहुत समय बिताया, लेकिन समाधान स्वयं ही संक्षिप्त और सरल हो गया। इसे गर्म होने पर लें)