नमस्ते @moodya , क्या आपने https://docs.microsoft.com/en-us/aspnet/core/tutorials/grpc/grpc-start?view=aspnetcore-3.0&tabs=visual-studio पर दस्तावेज़ों की जांच की है?

यदि आपको कोई समस्या हो रही है, तो कृपया हमें बताएं और हम जांच कर सकते हैं।

हाँ मैंने पहले से ही एक ऐसी सेवा बनाई है जो एक सामान्य होस्टेड सेवा के रूप में चल रही है। मैंने इसे नए एएसपी नेट कोर 3 टेम्पलेट में पोर्ट किया है और इसे स्वयं होस्टेड केस्ट्रेल पर चल रहा है, लेकिन वर्तमान में इसे आईआईएस के पीछे होस्ट करने और उम्मीद है कि इसे एज़ूर में ऐप सेवा के रूप में तैनात कर रहा है। मैं पूर्व (iis) को काम पर नहीं ला सकता।

Android के लिए आउटलुक प्राप्त करें https://aka.ms/ghei36

से: एलोन लिप्टन नोटिफिकेशन @github.com
भेजा गया: बुधवार, अप्रैल 3, 2019 6:06:17 अपराह्न
प्रति: एस्पनेट/एस्पनेटकोर
सीसी: मूड्या; उल्लेख
विषय: पुन: [एस्पनेट/एएसपीनेटकोर] आईआईएस में या ऐप सेवा के रूप में होस्ट जीआरपीसी सेवा? (#9020)

नमस्ते @moodya https://github.com/moodya , क्या आपने https://docs.microsoft.com/en-us/aspnet/core/tutorials/grpc/grpc-start?view=aspnetcore- पर दस्तावेज़ों की जांच की है-

यदि आपको कोई समस्या हो रही है, तो कृपया हमें बताएं और हम जांच कर सकते हैं।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub https://github.com/aspnet/AspNetCore/issues/9020#issuecomment-479575937 पर देखें, या थ्रेड को म्यूट करें https://github.com/notifications/unsubscribe-auth/AlUvPONL4H1tZ- pHOakDspdkXLLgThWbks5vdN-JgaJpZM4cZ2SG ।

मुझे यह कैसे करना है इसका कोई उदाहरण नहीं मिल रहा है, इसलिए शायद यह अभी तक समर्थित नहीं है

Android के लिए आउटलुक प्राप्त करें https://aka.ms/ghei36

से: एलेन मूडी [email protected]
भेजा गया: बुधवार, अप्रैल 3, 2019 6:11:06 अपराह्न
प्रति: एस्पनेट/एस्पनेटकोर; एस्पनेट/एस्पनेटकोर
सीसी: उल्लेख
विषय: पुन: [एस्पनेट/एएसपीनेटकोर] आईआईएस में या ऐप सेवा के रूप में होस्ट जीआरपीसी सेवा? (#9020)

हाँ मैंने पहले से ही एक ऐसी सेवा बनाई है जो एक सामान्य होस्टेड सेवा के रूप में चल रही है। मैंने इसे नए एएसपी नेट कोर 3 टेम्पलेट में पोर्ट किया है और इसे स्वयं होस्टेड केस्ट्रेल पर चल रहा है, लेकिन वर्तमान में इसे आईआईएस के पीछे होस्ट करने और उम्मीद है कि इसे एज़ूर में ऐप सेवा के रूप में तैनात कर रहा है। मैं पूर्व (iis) को काम पर नहीं ला सकता।

Android के लिए आउटलुक प्राप्त करें https://aka.ms/ghei36

से: एलोन लिप्टन नोटिफिकेशन @github.com
भेजा गया: बुधवार, अप्रैल 3, 2019 6:06:17 अपराह्न
प्रति: एस्पनेट/एस्पनेटकोर
सीसी: मूड्या; उल्लेख
विषय: पुन: [एस्पनेट/एएसपीनेटकोर] आईआईएस में या ऐप सेवा के रूप में होस्ट जीआरपीसी सेवा? (#9020)

नमस्ते @moodya https://github.com/moodya , क्या आपने https://docs.microsoft.com/en-us/aspnet/core/tutorials/grpc/grpc-start?view=aspnetcore- पर दस्तावेज़ों की जांच की है-

यदि आपको कोई समस्या हो रही है, तो कृपया हमें बताएं और हम जांच कर सकते हैं।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub https://github.com/aspnet/AspNetCore/issues/9020#issuecomment-479575937 पर देखें, या थ्रेड को म्यूट करें https://github.com/notifications/unsubscribe-auth/AlUvPONL4H1tZ- pHOakDspdkXLLgThWbks5vdN-JgaJpZM4cZ2SG ।

@shirhatti - इस पर कोई विचार?

IIS/Azure ऐप सेवा में gRPC होस्ट नहीं कर सकता।
Http.Sys का HTTP / 2 कार्यान्वयन HTTP प्रतिक्रिया अनुगामी शीर्षलेखों का समर्थन नहीं करता है, जिस पर gRPC निर्भर करता है।

त्वरित प्रतिक्रिया के लिए धन्यवाद। आप इस समय उत्पादन परिदृश्य में जीआरपीसी सेवा की मेजबानी करने की अनुशंसा कैसे करेंगे? साथ ही, क्या आप किसी समय-सीमा के बारे में जानते हैं जब कोई जीआरपीसी सेवा आईआईएस/ऐप सेवा पर होस्ट-सक्षम होगी?

Android के लिए आउटलुक प्राप्त करें https://aka.ms/ghei36

से: सौरभ शिरहट्टी नोटिफिकेशन @github.com
भेजा गया: बुधवार, अप्रैल 3, 2019 7:13:23 अपराह्न
प्रति: एस्पनेट/एस्पनेटकोर
सीसी: मूड्या; उल्लेख
विषय: पुन: [एस्पनेट/एएसपीनेटकोर] आईआईएस में या ऐप सेवा के रूप में होस्ट जीआरपीसी सेवा? (#9020)

IIS/Azure ऐप सेवा में gRPC होस्ट नहीं कर सकता।
Http.Sys का HTTP / 2 कार्यान्वयन HTTP प्रतिक्रिया अनुगामी शीर्षलेखों का समर्थन नहीं करता है, जिस पर gRPC निर्भर करता है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub https://github.com/aspnet/AspNetCore/issues/9020#issuecomment-479600486 पर देखें, या थ्रेड को म्यूट करें https://github.com/notifications/unsubscribe-auth/AlUvPNHH4- HhNsSAtugTw0MzzNco6c76ks5vdO9DgaJpZM4cZ2SG ।

अनुशंसित तरीका यह है कि आप अपनी gRPC सेवा को AKS पर होस्ट करें।

जहां तक ​​ऐप सेवा की समय-सीमा की बात है, तो मैं @stefsch . को टाल दूंगा

मेरे पास वापस आने के लिए धन्यवाद। अक्स बनाम सर्विस फैब्रिक के मामले में होस्टिंग के मामले में जीआरपीसी सेवा बेहतर विकल्प है? यदि हां, तो क्यों ?

Android के लिए आउटलुक प्राप्त करें https://aka.ms/ghei36

से: सौरभ शिरहट्टी नोटिफिकेशन @github.com
भेजा गया: सोमवार, 8 अप्रैल, 2019 सुबह 7:31:45 बजे
प्रति: एस्पनेट/एस्पनेटकोर
सीसी: मूड्या; उल्लेख
विषय: पुन: [एस्पनेट/एएसपीनेटकोर] आईआईएस में या ऐप सेवा के रूप में होस्ट जीआरपीसी सेवा? (#9020)

अनुशंसित तरीका यह है कि आप अपनी gRPC सेवा को AKS पर होस्ट करें।

जहां तक ​​ऐप सेवा की समय-सीमा की बात है, तो मैं @stefsch https://github.com/stefsch को टाल दूंगा

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub https://github.com/aspnet/AspNetCore/issues/9020#issuecomment-480701227 पर देखें, या थ्रेड को म्यूट करें https://github.com/notifications/unsubscribe-auth/AlUvPLwQW8HCp- YXsz6yNaK_RH7jbZzWks5veuJRgaJpZM4cZ2SG ।

मैं वर्तमान में ऐसा करने के लिए मुद्दों की उम्मीद कर रहा हूं। मुझे aspnetcore 3 पूर्वावलोकन 3 और Kestrel का उपयोग करके अच्छी तरह से चलने वाली gRPC सेवा मिली है। लेकिन, ट्रेलरों के बारे में एक त्रुटि आईआईएस का उपयोग करते हुए दिखाई देती है जब सेवा प्रतिक्रिया भेजती है (अनुरोध अच्छी तरह से प्राप्त होता है):
जीपीआरसी त्रुटि => 2 अज्ञात: कोई स्थिति प्राप्त नहीं हुई)
डॉटनेट त्रुटि => "ट्रेलर इस प्रतिक्रिया के लिए समर्थित नहीं हैं" Microsoft.AspNetCore.Http.ResponseTrailerExtensions.AppendTrailer (HttpResponse प्रतिक्रिया, स्ट्रिंग ट्रेलरनाम, StringValues ​​TrailerValues) Grpc.AspNetCore.Server.Internal.HttpResponseExtensions.ConsolidateTrailers पर...

उपरोक्त संदेशों के अनुसार नहीं लगता कि आईआईएस एक जीआरपीसी सेवा की मेजबानी का समर्थन करता है

Android के लिए आउटलुक प्राप्त करें https://aka.ms/ghei36

से: अलस्ट्रमेंट नोटिफिकेशन @github.com
भेजा गया: गुरुवार, 25 अप्रैल, 2019 10:57:42 पूर्वाह्न
प्रति: एस्पनेट/एस्पनेटकोर
सीसी: मूड्या; उल्लेख
विषय: पुन: [एस्पनेट/एएसपीनेटकोर] आईआईएस में या ऐप सेवा के रूप में होस्ट जीआरपीसी सेवा? (#9020)

मैं वर्तमान में ऐसा करने के लिए मुद्दों की उम्मीद कर रहा हूं। मुझे aspnetcore 3 पूर्वावलोकन 3 और Kestrel का उपयोग करके अच्छी तरह से चलने वाली gRPC सेवा मिली है। लेकिन, ट्रेलरों के बारे में एक त्रुटि आईआईएस का उपयोग करते हुए दिखाई देती है जब सेवा प्रतिक्रिया भेजती है (अनुरोध अच्छी तरह से प्राप्त होता है):
जीपीआरसी त्रुटि => 2 अज्ञात: कोई स्थिति प्राप्त नहीं हुई)
डॉटनेट त्रुटि => "ट्रेलर इस प्रतिक्रिया के लिए समर्थित नहीं हैं" Microsoft.AspNetCore.Http.ResponseTrailerExtensions.AppendTrailer (HttpResponse प्रतिक्रिया, स्ट्रिंग ट्रेलरनाम, StringValues ​​TrailerValues) Grpc.AspNetCore.Server.Internal.HttpResponseExtensions.ConsolidateTrailers पर...

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub https://github.com/aspnet/AspNetCore/issues/9020#issuecomment-486607635 पर देखें, या थ्रेड को म्यूट करें https://github.com/notifications/unsubscribe-auth/AJKS6PEAJ2UKKH2QIKNTCZDPSF6BNANCNFSM4HDHMSDA ।

इस एक्सचेंज के बाद https://forums.iis.net/p/1241598/2147837.aspx?p=True&t=636917571046786374 , ऐसा लगता है कि जीआरपीसी को संभालने के लिए वेब सर्वर की जिम्मेदारी नहीं है। जीपीआरसी HTTP/2 का उपयोग करता है, आईआईएस HTTP/2 का समर्थन करता है, इसलिए इसे काम करना चाहिए। यदि ऐसा नहीं है, तो यह आईआईएस से एक बग है या अधिक संभव है, डॉटनेटकोर से।

आईआईएस के ऊपर के संदेशों में माइक्रोसॉफ्ट के लोग जीआरपीसी सेवा की मेजबानी के लिए आवश्यक अनुगामी शीर्षलेखों का समर्थन नहीं करते हैं। इसका मतलब है कि आप इस समय iis में या ऐप सेवा के रूप में किसी एक को होस्ट नहीं कर सकते हैं।

Android के लिए आउटलुक प्राप्त करें https://aka.ms/ghei36

से: अलस्ट्रमेंट नोटिफिकेशन @github.com
भेजा गया: गुरुवार, 25 अप्रैल, 2019 11:39:08 पूर्वाह्न
प्रति: एस्पनेट/एस्पनेटकोर
सीसी: मूड्या; उल्लेख
विषय: पुन: [एस्पनेट/एएसपीनेटकोर] आईआईएस में या ऐप सेवा के रूप में होस्ट जीआरपीसी सेवा? (#9020)

इस एक्सचेंज के बाद https://forums.iis.net/p/1241598/2147837.aspx?p=True&t=636917571046786374 , ऐसा लगता है कि जीआरपीसी को संभालने के लिए वेब सर्वर की जिम्मेदारी नहीं है। जीपीआरसी HTTP/2 का उपयोग करता है, आईआईएस HTTP/2 का समर्थन करता है, इसलिए इसे काम करना चाहिए। यदि ऐसा नहीं है, तो यह आईआईएस से एक बग है या अधिक संभव है, डॉटनेटकोर से।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub https://github.com/aspnet/AspNetCore/issues/9020#issuecomment-486620151 पर देखें, या थ्रेड को म्यूट करें https://github.com/notifications/unsubscribe-auth/AJKS6PBQO4427EYN67SI7A3PSGC4ZANCNFSM4HDHMSDA ।

धन्यवाद, मैंने इसे याद किया और यह मेरे मुद्दे से समझ में आता है।
@shirhatti रोडमैप पर समर्थन की योजना है?

हम (IIS) वर्तमान में मूल्यांकन कर रहे हैं कि HTTP प्रतिक्रिया ट्रेलरों का समर्थन करना है या नहीं। कोई रोडमैप/प्रतिबद्धताएं जिनसे मैं अभी तक बात नहीं कर सकता।

@shirhatti दिए गए gRPC .NET Core 3 (https://github.com/grpc/grpc-dotnet) की एक प्रमुख विशेषता प्रतीत होती है, यह एक वास्तविक शर्म की बात होगी यदि यह IIS/App सेवा में होस्ट करने योग्य नहीं है, तो कई . NET वेब एप्लिकेशन उन पर होस्ट किए जाते हैं। मुझे उम्मीद है कि .NET कोर में उस सुविधा की उपलब्धता आपके रोडमैप को चलाने में मदद करेगी।

मैं @jbrantly से पूरी तरह सहमत हूं। gRPC को .NET Core 3 की मुख्य विशेषताओं में से एक के रूप में विज्ञापित किया गया है।
यह आईआईएस/एज़ूर ऐप सेवाओं में होस्ट करने योग्य होना चाहिए।
@shirhatti कृपया इसे रोडमैप में जोड़ने पर विचार करें

मैं भी सहमत हूं।

Android के लिए आउटलुक प्राप्त करें https://aka.ms/ghei36

से: टोमाज़ जगुस नोटिफिकेशन @github.com
भेजा गया: शुक्रवार, अप्रैल 26, 2019 9:42:58 पूर्वाह्न
प्रति: एस्पनेट/एस्पनेटकोर
सीसी: मूड्या; उल्लेख
विषय: पुन: [एस्पनेट/एएसपीनेटकोर] आईआईएस में या ऐप सेवा के रूप में होस्ट जीआरपीसी सेवा? (#9020)

मैं @jbrantly https://github.com/jbrantly से पूरी तरह सहमत हूं। gRPC को .NET Core 3 की मुख्य विशेषताओं में से एक के रूप में विज्ञापित किया गया है।
यह आईआईएस/एज़ूर ऐप सेवाओं में होस्ट करने योग्य होना चाहिए।
@shirhatti https://github.com/shirhatti कृपया इसे रोडमैप में जोड़ने पर विचार करें

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub https://github.com/aspnet/AspNetCore/issues/9020#issuecomment-486977989 पर देखें, या थ्रेड को म्यूट करें https://github.com/notifications/unsubscribe-auth/AJKS6PENWT46GCJ7GQGEGPTPSK6BFANCNFSM4HDHMSDA ।

मैं और अधिक सहमत नहीं हो सका।

हम इसकी जांच कर रहे हैं। इसके लिए Windows कर्नेल परिवर्तन और IIS परिवर्तन दोनों की आवश्यकता है।

@davidfowl क्या यह तब संभव होगा जब .NET Core 3 जारी किया जाएगा?
ऐप सेवाओं में जीआरपीसी की मेजबानी करने की क्षमता मेरे लिए एक अवरोधक है।

खैर 2019 का 29 मई है, और अभी तक कोई संकेत नहीं है कि यह संभव होगा। मैं आईआईएस में एक जीआरपीसी सेवा होस्ट करने की तलाश में हूं और एचटीटीपीएस का उपयोग करने के लिए एक प्रमाण पत्र जोड़ता हूं :(

नहीं, आईआईएस पर यह संभव नहीं है, हम परिवर्तन प्राप्त करने पर काम कर रहे हैं लेकिन यह एक धीमी प्रक्रिया होगी (क्योंकि इसके लिए विंडोज़ अपडेट की आवश्यकता होती है)।

मैंने लगभग 3 दिन खो दिए... धन्यवाद iis

नमस्ते @davidfowl
किसी भी अद्यतन?

@davidfowl .NET Core 3.0 जारी होने से पहले इसे किसी भी मौके पर जोड़ा जा सकता है? या हमें 3.1 या 5.0 का इंतजार करना चाहिए?

नहीं, क्योंकि इसके लिए विंडोज़ में बदलाव की आवश्यकता है। यह 3.0 का हिस्सा नहीं होगा और इन सुविधाओं को प्राप्त करने के लिए इसे विंडोज के नवीनतम संस्करण (उस समय जो भी हो) की आवश्यकता होगी। कोई ईटीए नहीं है

हम्म, मैं एक सर्विस फैब्रिक कार्यान्वयन की योजना बना रहा हूं जो डॉटनेट कोर 3 के शीर्ष पर जीआरपीसी आधारित स्टेटलेस सेवाओं और विश्वसनीय अभिनेताओं का उपयोग करने जा रहा है। क्या यह मुझे गधे में काटने वाला है? अगर मैं एसएफ पर होस्ट करता हूं, तो मुझे लगता है कि मैं कोर में केस्ट्रेल का उपयोग करने जा रहा हूं? प्रोटोटाइप का समय।

@ यहां एक ही नाव चल रही है - लेकिन हम धीरे-धीरे k8s + linux कंटेनरों की ओर बढ़ रहे हैं, इसलिए इस तरह की मदद हमें किसी भी तरह से धक्का देती है।

मैं इसे केवल प्लस 1' कर रहा हूं क्योंकि मैं कुछ समय से जीआरपीसी के साथ खेल रहा हूं और अंत में इसे अपने कुछ क्लाइंट प्रोजेक्ट्स में अपनाना शुरू करना चाहता हूं, इसलिए तैनाती कार्य प्रवाह को देख रहा था। मैं .net कोर के साथ उत्पादन में तैनात करने के लिए परिचालन ओवरहेड की मात्रा से थोड़ा निराश हूं।

आईआईएस समस्या थी यह पता लगाने में मुझे भी दिन लगे। वास्तव में एक फिक्स की तलाश में है। कोई उपाय?

विंडोज़ समर्थन और आईआईएस के बिना @bingoo आप भाग्य से बाहर हैं। आप सर्विस फैब्रिक का उपयोग कर सकते हैं लेकिन मुझे इसका कोई अनुभव नहीं है। मुझे उम्मीद है कि इसे आईआईएस या एज़ूर में सरल तरीके से होस्ट करना संभव होगा।
वर्तमान परियोजनाओं के लिए इस मुद्दे के कारण जीआरपीसी मेरे लिए एक विकल्प नहीं है।

अच्छा होगा अगर यह दस्तावेज़ों पर एक बड़ी साहसिक चेतावनी थी ...

आईआईएस होस्टिंग अभी तक समर्थित नहीं है। ऐप सेवाएं डिफ़ॉल्ट रूप से बैकएंड के रूप में विंडोज सर्वर 2016 + आईआईएस का उपयोग करती हैं, लेकिन अब यह लिनक्स/कंटेनर का भी समर्थन करती है। यदि आप केवल Azure ऐप सेवा पर GRPC परिनियोजित करना चाहते हैं, तो आप इसे अभी Linux कंटेनर के साथ कर सकते हैं। लेकिन ऐप सर्विस प्लान को विंडोज होस्टिंग प्लान के साथ शेयर नहीं किया जा सकता है। Linux कंटेनर द्वारा समर्थित नई ऐप सेवा योजना के लिए आपको अतिरिक्त पैसे खर्च करने होंगे।

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

यदि आप केवल Azure ऐप सेवा पर GRPC परिनियोजित करना चाहते हैं, तो आप इसे अभी Linux कंटेनर के साथ कर सकते हैं

@EdiWang यह वर्तमान में Linux के लिए ऐप सेवा पर समर्थित नहीं है। हम वर्तमान में इसे सक्षम करने के लिए ऐप सेवा के साथ काम कर रहे हैं, लेकिन मेरे पास साझा करने के लिए कोई ईटीए नहीं है

नमस्कार अच्छे लोग
मैं थोड़ा उलझन में हूं, इसलिए हमारे पास एज़ूर में जीआरपीसी सेवा नहीं हो सकती है।
लेकिन नीला स्वयं जीआरपीसी, एज़ूर फ़ंक्शंस लैंग्यूज वर्कर प्रोटोबफ का उपयोग कर रहा है।
https://github.com/Azure/azure-functions-language-worker-protobuf
या मुझसे यहां कुछ छूट रहा है?
समझने की कोशिश करना : उलझन में :

@GoranHalvarsson आपके पास Azure में gRPC सेवाएं हो सकती हैं, आप उन्हें अभी तक Azure ऐप सेवाओं में नहीं चला सकते हैं।

@markrendle उत्तर देने के लिए धन्यवाद। तो मैं Azure में जीआरपीसी सेवा का उपयोग/सेटअप कैसे कर सकता हूं?

अच्छा होगा अगर यह दस्तावेज़ों पर एक बड़ी साहसिक चेतावनी थी ...

https://github.com/aspnet/AspNetCore.Docs/issues/14684

@markrendle उत्तर देने के लिए धन्यवाद। तो मैं Azure में जीआरपीसी सेवा का उपयोग/सेटअप कैसे कर सकता हूं?

IIS का उपयोग न करने से, जिसका अर्थ है सर्विस फैब्रिक का उपयोग करना, या AKS - दोनों कच्चे Kestrel का उपयोग करना। एसएफ और एकेएस की अलग-अलग विशेषताएं हैं। "सर्विस फैब्रिक बनाम एकेएस" के लिए Google और एक बड़ी कॉफी लें।

मैंने .NET कोर 3.0 का उपयोग करके परीक्षण बनाने और जीआरपीसी सेवा को तैनात करने के लिए चरण-दर-चरण मार्गदर्शिका बनाई है
https://github.com/rupeshtech/k8s-grpc-dotntecore

मैंने अभी इस मुद्दे पर गौर किया है, इसलिए मैंने अभी तक कुछ भी करने की कोशिश नहीं की है; लेकिन क्या किसी ने (कंटेनर https://azure.microsoft.com/en-us/services/app-service/containers/) के लिए Azure वेब ऐप का उपयोग करने का प्रयास किया है?

मैं Azure ऐप सेवाओं पर डॉकर आधारित माइक्रोसर्विसेज का एक गुच्छा चला रहा हूं और इसमें बहुत कम समस्याएं हैं और मुझे ओओबी ऐप सेवा की पेशकश की अन्य सीमित विशेषताओं के आसपास काम करने की इजाजत है।

@ikemtz gRPC केस्ट्रल का उपयोग करते समय काम करता है (यानी: कंटेनरों में चलते समय)।

@rupeshtech धन्यवाद, लेकिन आपका लेख इस मुद्दे से संबंधित नहीं है।

यह समस्या IIS या Azure ऐप सेवा में gRPC (या अनुगामी हेडर का उपयोग करने वाला कोई ऐप) होस्ट करने के लिए है।

अच्छा होगा अगर यह दस्तावेज़ों पर एक बड़ी साहसिक चेतावनी थी ...

aspnet/AspNetCore.Docs#14684

इसे अब लागू किया गया है ।

@ikemtz मैंने कंटेनरों के लिए एज़्योर वेब ऐप में चल रहे लिनक्स कंटेनर में जीआरपीसी का उपयोग करने के लिए एक बुनियादी परीक्षण चलाने का प्रयास किया है और यह मेरे लिए काम नहीं करेगा। कहीं भी रिपोर्ट की गई कोई त्रुटि नहीं मिली, लेकिन कंटेनर HTTP पिंग का जवाब भी नहीं देगा।
यह शर्मनाक है। मैं इस कार्यक्षमता को प्राप्त करने के लिए एकेएस में जाने के लिए तैयार नहीं हूं, इसलिए मुझे लगता है कि मैं अभी के लिए पुराने जमाने की HTTP सेवाओं के साथ रहूंगा।

@searus यदि आप इसके बजाय वर्चुअल मशीन का उपयोग करते हैं (नीला में चल रहा है)

@GoranHalvarsson मैं सिर्फ इस तकनीक का उपयोग करने के लिए Paa से IaaS में जाने के लिए तैयार नहीं हूं। मैं तब तक प्रतीक्षा करूँगा जब तक कि Azure ऐप सेवा इसका समर्थन नहीं कर सकती।

@davidfowl इस पर कोई रोडमैप?

केस्ट्रल का उपयोग करके एक कंटेनर में तैनात करना ठीक है लेकिन यह कहने में आसान है
आईआईएस या ऐप सेवा में लेट्स एनक्रिप्ट का उपयोग करना जो वास्तव में मुझे वापस पकड़ रहा है।
यदि लेट्स के साथ कस्टम डोमेन चलाने के बारे में कोई संक्षिप्त मार्गदर्शिका है तो
एक कंटेनर में केस्ट्रेल पर एन्क्रिप्ट करें तो मैं पहले जीआरपीसी हेड में कूद रहा हूं
अन्यथा कुछ कस्टम बनाने के ऊपरी हिस्से को उचित ठहराना बहुत कठिन है
केवल नए स्टैक को समायोजित करने के लिए परिनियोजन।

बुधवार, 16 अक्टूबर, 2019 को सुबह 6:46 बजे रसेल सीमर नोटिफिकेशन @github.com
लिखा था:

@GoranHalvarsson https://github.com/GoranHalvarsson मैं तैयार नहीं हूं
केवल इस तकनीक का उपयोग करने के लिए PaS से IaaS में जाने के लिए। मैं बस हूं
Azure ऐप सेवा इसका समर्थन करने तक प्रतीक्षा करें।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/aspnet/AspNetCore/issues/9020?email_source=notifications&email_token=AMNAZYUWLYLGC5ZGB4GAFITQO2TCFA5CNFSM4HDHMSDKYY3PNVWWK3TUL52HS4DFVREXG43VMVB#PP
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/AMNAZYTKUYYBWKSW6AMQDHTQO2TCFANCNFSM4HDHMSDA
.

इसके साथ, Azure फ़ंक्शंस और ऐप सेवा के शीर्ष पर बैठने वाली कोई भी चीज़ वास्तव में gRPC और HTTP/2 का उपयोग नहीं कर सकती है। निजी/सार्वजनिक पूर्वावलोकन के लिए भी एक समयरेखा अच्छी होगी।

हम वर्तमान में http.sys में परिवर्तनों पर काम कर रहे हैं। उसके बाद हमें IIS और ARR में उन परिवर्तनों पर प्रतिक्रिया करने की आवश्यकता है। फिर हमें आईआईएस में उन परिवर्तनों का लाभ उठाने के लिए ऐप सेवा में चल रहे विंडोज़ के संस्करण को अपडेट करने की आवश्यकता है।

काम ने कहा है लेकिन यह अनुमान लगाना वाकई मुश्किल है कि ग्राहकों को इसे प्राप्त करने में कितना समय लगेगा। जैसे-जैसे चीजें आगे बढ़ेंगी हम आपको पोस्ट करते रहेंगे।

मुझे ऐसा लगता है कि यह कुछ ऐसा है जिसके बारे में मुझे आश्चर्य नहीं है (कि नई http कार्यक्षमता को लागू करने के लिए कर्नेल अपडेट की आवश्यकता है)। स्पष्ट रूप से IIS Linux / macosx पर मौजूद नहीं है, लेकिन मुझे आश्चर्य होगा यदि अन्य ऑपरेटिंग सिस्टम के लिए अन्य सर्वरों के लिए grpc के लिए समर्थन जोड़ना ... कर्नेल अपडेटा के रास्ते में बहुत कुछ चाहिए।

हो सकता है कि यह डिकूपिंग के लिए एक अच्छा तर्क/उदाहरण है... बस कह रहा हूँ

मुझे ऐसा लगता है कि यह कुछ ऐसा है जिसके बारे में मुझे आश्चर्य नहीं है (कि नई http कार्यक्षमता को लागू करने के लिए कर्नेल अपडेट की आवश्यकता है)। स्पष्ट रूप से IIS Linux / macosx पर मौजूद नहीं है, लेकिन मुझे आश्चर्य होगा यदि अन्य ऑपरेटिंग सिस्टम के लिए अन्य सर्वरों के लिए grpc के लिए समर्थन जोड़ना ... कर्नेल अपडेटा के रास्ते में बहुत कुछ चाहिए।

हो सकता है कि यह डिकूपिंग के लिए एक अच्छा तर्क/उदाहरण है... बस कह रहा हूँ

मैं सहमत हूं। यह शायद आईआईएस के साथ कुछ निम्न स्तर के प्रोटोकॉल चलाने के लिए कुछ है जो सीधे कर्नल से भी जुड़ा हुआ है। यह अजीब लगता है लेकिन कम से कम हमें इस बात की पुष्टि मिल गई है कि इस पर काम किया जा रहा है और इसे अपनाना पूरी तरह से नीला आकाश नहीं है।

याद रखें जब आपको WebSocket समर्थन प्राप्त करने के लिए Windows 8 में अपग्रेड करना पड़ा था? मैं भी करता हूँ

हाँ, हमें याद है! यहाँ स्कूप है: gRPC .NET-Core में जारी किया गया है और हम Azure ऐप सेवाओं का उपयोग करते हैं, इसलिए कुछ विकल्प होना महत्वपूर्ण है, कम से कम परीक्षण करने के लिए, ASAP। क्या कोई हमें बता सकता है कि Azure ऐप सेवाओं में जारी .NET-Core क्षमताओं के साथ यह सिंक कब होगा? या एक व्यवहार्य समाधान। धन्यवाद

हमसे संपर्क करने के लिए धन्यवाद। इस मुद्दे पर कोई गतिविधि नहीं होने के कारण हम अपने बैकलॉग को साफ रखने के प्रयास में इसे बंद कर रहे हैं। यदि आपको लगता है कि ASP.NET कोर फ्रेमवर्क से संबंधित कोई चिंता है, जिसे अभी तक संबोधित नहीं किया गया है, तो कृपया एक नया मुद्दा दर्ज करें।

@anurse हम इस मुद्दे को कैसे खुला रखते हैं?

इसे चर्चाओं और टैग किए गए प्रश्न में डाल दिया गया। फिर से खोला गया।

क्या इस पर अभी तक कोई ईटीए है?

क्या जीआरपीसी को उत्पादन के माहौल में काम करने के लिए कोई व्यवहार्य विकल्प हैं?
मैंने कुछ सामान देखा है और ऐसा लगता है कि इसे एकेएस पर होस्ट करना एक विकल्प है, मैं सिर्फ यह सुनिश्चित करना चाहता हूं कि हम ऐसी चीजें नहीं कर रहे हैं जो हमारी समस्या को हल करने में हमारी मदद नहीं करेंगे।

हम वर्तमान में इन परियोजनाओं के लिए किसी प्रकार का उत्पादन वातावरण चलाने की कोशिश कर रहे हैं:
IdentityServer प्रोजेक्ट जो जीआरपीसी पर एपीआई से बात करता है
5 वेब पोर्टल जो जीआरपीसी पर एपीआई से बात करते हैं
एपीआई जो जीआरपीसी पर डिस्कॉर्ड बॉट (एएसपी.नेट कोर) से बात करता है।

हमने उन्हें वीपीएस पर होस्ट करने की कोशिश की, लेकिन मुझे नहीं पता कि क्या हम वास्तव में केवल केस्ट्रल का उपयोग करके उन्हें उत्पादन वातावरण में होस्ट कर सकते हैं यदि हम चाहते हैं कि ये सभी एप्लिकेशन एक ही वीपीएस पर रहें।

क्या किसी के पास हमारे लिए कोई विकल्प है, इसलिए हमारे पास 1 वीपीएस पर 1 आईपी पते के साथ कई डोमेन (1 डोमेन, बाकी सब डोमेन) हो सकते हैं, केवल केस्ट्रेल का उपयोग करके सभी परियोजनाओं को चला रहे हैं (आईआईएस, एचटीपी.एसआईएस में सीमाओं के कारण, खिड़कियाँ)।

(या कोई अन्य तरीका जो हमें इस सभी ASAP को होस्ट करने में सक्षम बनाएगा)

अग्रिम में धन्यवाद!

(संपादित करें)

SSL प्रमाणपत्र प्राप्त करने के लिए हम Let's Encrypt (https://github.com/natemcmaster/LetsEncrypt) का उपयोग करते हैं

(संपादित करें 2)
हमने इस बारे में ट्विटर पर @davidfowl से संपर्क करने की भी कोशिश की
https://twitter.com/DapperDino4/status/1204119195765682177 और
https://twitter.com/DapperDino4/status/1204119695344971778

क्या इस पर अभी तक कोई ईटीए है?

@shirhatti और ​​@Tratcher को जोड़ना जो इस पर काम कर रहे हैं।

इसका समय अभी तय करना मुश्किल है। IIS एक Windows घटक है, और http.sys पर निर्भर करता है, जो एक Windows घटक भी है। न तो IIS, न ही http.sys में gRPC का समर्थन करने के लिए पर्याप्त HTTP/2 सुविधाएँ हैं। हम परिवर्तनों को प्राप्त करने के लिए उन टीमों के साथ बहुत निकटता से काम कर रहे हैं, और वे सभी आगामी रिलीज़ के लिए अच्छी तरह से ट्रैक पर हैं, लेकिन तब तक उपलब्ध नहीं होंगे जब तक कि उपयुक्त परिवर्तनों के साथ Windows सर्वर रिलीज़ लाइव न हो जाए।

@JamesNK क्या आप gRPC-web जैसे विकल्पों की उपलब्धता के बारे में बात कर सकते हैं?

उन लोगों के लिए संदर्भ जो नहीं जानते कि जीआरपीसी-वेब क्या है: https://grpc.io/blog/state-of-grpc-web/। चूंकि यह HTTP/1.1 का उपयोग करता है, इसलिए Azure ऐप सेवा प्रतिबंध इस पर लागू नहीं होंगे। नकारात्मक पक्ष कोई HTTP / 2 लाभ नहीं है (मल्टीप्लेक्सिंग, हेडर कम्प्रेशन), और कोई क्लाइंट या द्विदिश स्ट्रीमिंग नहीं है।

जीआरपीसी-वेब दूत रिवर्स प्रॉक्सी अब उपलब्ध है, लेकिन इसे सेटअप करना आसान नहीं है। और कोई .NET gRPC-Web क्लाइंट नहीं है।

ASP.NET कोर टीम ने अभी तक यह तय नहीं किया है कि हम आधिकारिक तौर पर gRPC-Web का समर्थन करने के लिए प्रतिबद्ध हैं या नहीं। मैं अब जीआरपीसी-वेब देख रहा हूं, और यह .NET कोर में कैसा दिख सकता है। कुछ हफ़्ते में मैं और कह सकता हूँ, और शायद जनवरी में लोगों को आज़माने के लिए एक प्रायोगिक पूर्वावलोकन है।

चूंकि IIS इसका समर्थन नहीं करता है, क्या नेटकोर gRPC सेवा को Nginx के पीछे होस्ट किया जा सकता है?

@ डेनिस-पेट्रोव मैं बिल्कुल यही करता हूं। मैंने इस दस्तावेज़ का अनुसरण किया https://docs.microsoft.com/en-us/aspnet/core/host-and-deploy/linux-nginx?view=aspnetcore-3.1 और gRPC बढ़िया चलता है

क्या मैं एक बेवकूफी भरा सवाल पूछ सकता हूं: यह linux ऐप सर्विस प्लान पर Azure ऐप सर्विस में क्यों काम नहीं करता है?

क्या आईआईएस इसमें कहीं पाइपलाइन में भी शामिल है?

@searus लिनक्स/विंडोज की परवाह किए बिना फ्रंटएंड और ऐप सेवाओं के बीच सामान्य परतें हैं। यानी वर्तमान में ऐप सर्विस फ्रंटएंड HTTP/2 कनेक्शन प्राप्त करता है, और फिर आंतरिक रूप से कनेक्शन व्यक्तिगत ऐप सेवा श्रमिकों के लिए "पुराने" HTTP के रूप में प्रॉक्सी किए जाते हैं। मुझे यकीन है कि यह पूरी तरह से जीआरपीसी का समर्थन करने के लिए काम कर रहा है, लेकिन इसमें कुछ प्रयास होते हैं क्योंकि आंतरिक घटकों को अद्यतन, परीक्षण और जारी करने की आवश्यकता होती है।

धन्यवाद @देवलीड।
मैंने (शायद भोलेपन से) सोचा था कि एक लिनक्स ऐप सर्विस प्लान पूरे लिनक्स में था।
मैं यहां शामिल प्रयास की पूरी तरह से सराहना करता हूं, और समझाने के लिए समय निकालने के लिए धन्यवाद।

मुझे यकीन है कि यह जीआरपीसी का पूरी तरह से समर्थन करने के लिए काम कर रहा है

यह निश्चित रूप से काम में है। हम इस पर सक्रिय रूप से काम कर रहे हैं, लेकिन एक समयरेखा की गारंटी नहीं दे सकते (कई स्वतंत्र टीमें हैं जिन्हें यहां समन्वय करने की आवश्यकता है)। @devlead Azure ऐप सेवा Linux समर्थन के बारे में सही है। फ़्रंट-एंड प्रॉक्सी IIS चला रहा है। यह क्लाइंट से HTTP/2 प्राप्त करने का समर्थन करता है, लेकिन जब यह आपके ऐप पर ट्रैफ़िक को प्रॉक्सी करता है, तो यह HTTP/1.1 पर डाउनग्रेड हो जाता है। सामान्य ऐप्स के लिए यह ठीक था (हालांकि आदर्श नहीं), लेकिन चूंकि gRPC को HTTP/2 सुविधाओं की आवश्यकता होती है, यह उनके लिए उपयुक्त नहीं है।

हाँ मैंने पहले से ही एक ऐसी सेवा बनाई है जो एक सामान्य होस्टेड सेवा के रूप में चल रही है। मैंने इसे नए एएसपी नेट कोर 3 टेम्पलेट में पोर्ट किया है और इसे स्वयं होस्टेड केस्ट्रेल पर चल रहा है, लेकिन वर्तमान में इसे आईआईएस के पीछे होस्ट करने और उम्मीद है कि इसे एज़ूर में ऐप सेवा के रूप में तैनात कर रहा है। मैं पूर्व (iis) को काम पर नहीं ला सकता।

@moodya क्या आप हमारे साथ साझा कर सकते हैं कि आपने यह कैसे किया ??

हाँ मैंने पहले से ही एक ऐसी सेवा बनाई है जो एक सामान्य होस्टेड सेवा के रूप में चल रही है। मैंने इसे नए एएसपी नेट कोर 3 टेम्पलेट में पोर्ट किया है और इसे स्वयं होस्टेड केस्ट्रेल पर चल रहा है, लेकिन वर्तमान में इसे आईआईएस के पीछे होस्ट करने और उम्मीद है कि इसे एज़ूर में ऐप सेवा के रूप में तैनात कर रहा है। मैं पूर्व (iis) को काम पर नहीं ला सकता।

@moodya क्या आप हमारे साथ साझा कर सकते हैं कि आपने यह कैसे किया ??

जीआरपीसी टेम्प्लेट डिफ़ॉल्ट रूप से सेल्फ होस्टेड केस्ट्रेल है। यह इस धागे में उल्लिखित कारणों से ऐप सेवा में काम नहीं करेगा।

जबकि इसे ऐप सेवा में होस्ट नहीं किया जा सकता है, मान लीजिए कि हम aks पर जीआरपीसी सेवा होस्ट करते हैं, क्या ऐप सेवा से जीआरपीसी को कॉल करने में कोई समस्या है? क्या जीआरपीसी क्लाइंट कम से कम ऐप सर्विस पर काम करेगा?

जबकि इसे ऐप सेवा में होस्ट नहीं किया जा सकता है, मान लीजिए कि हम aks पर जीआरपीसी सेवा होस्ट करते हैं, क्या ऐप सेवा से जीआरपीसी को कॉल करने में कोई समस्या है? क्या जीआरपीसी क्लाइंट कम से कम ऐप सर्विस पर काम करेगा?

हां, ग्राहकों को काम करना चाहिए। सीमा केवल इनबाउंड अनुरोधों पर है, आउटबाउंड नहीं।

शायद बेवकूफ सवाल, लेकिन अगर मैं आईआईएस एक्सप्रेस के साथ डीबग में जीआरपीसी सेवा चला रहा हूं तो यह क्यों काम करता है? उदाहरण के लिए मेरे पास एक वेब ऐप (रेजर पेज, .नेट कोर 3.1) है जो एक जीआरपीसी सेवा को कॉल करता है [एक फ्रेमवर्क एमवीसी ऐप से अपग्रेड किया गया है जो डब्ल्यूसीएफ सेवा से बात कर रहा है, अगर कोई परवाह करता है]। अगर मैं आईआईएस एक्सप्रेस में जीआरपीसी सेवा के साथ अपने वर्कस्टेशन पर दोनों को डीबग करता हूं, तो वेबएप सेवा से ठीक बात कर सकता है। ऊपर वर्णित प्रॉक्सी व्यवहार @anurse के कारण, जब सेवा आईआईएस में होस्ट की जाती है, तो मुझे अपवाद मिलता है कि जीआरपीसी को HTTP/2 की आवश्यकता होती है। क्या IIS एक्सप्रेस IIS से भिन्न Kestrel को प्रॉक्सी करता है?

इसके अलावा, शायद इसके लिए जगह नहीं है, लेकिन मैं विनम्रतापूर्वक पूछना चाहता हूं कि नीचे दिए गए पृष्ठ को आईआईएस/ऐप सेवा प्रॉक्सी व्यवहार का एक छोटा सा स्पष्टीकरण दिया जाए। मैंने (शायद मूर्खता से) एक पूरा दिन IIS को मात देने की कोशिश में बिताया क्योंकि मुझे लगा कि मैं इसे HTTP / 2 में प्रॉक्सी के लिए मजबूर कर सकता हूं यदि ऐप Kestrel में आउट-ऑफ-प्रोसेस चल रहा था https://docs.microsoft.com/en- us/aspnet/core/grpc/aspnetcore?view=aspnetcore-3.1&tabs=visual-studio#integration -with-aspnet -core-apis

आईआईएस एक्सप्रेस उन सभी कारणों से काम नहीं करना चाहिए जो आईआईएस नहीं करता है।

@ ट्रैचर आह हाँ तुम सही हो। मैं जीआरपीसी सेवा को स्वयं होस्टेड के रूप में चला रहा था, आईआईएस एक्सप्रेस नहीं। धन्यवाद!

क्या किसी के पास एकेएस में यह काम करने के तरीके के बारे में कोई ट्यूटोरियल है? (कंटेनरों के पुनर्निर्माण के बिना स्थानीय रूप से अक्स में बनाम कोड के साथ डिबगिंग के लिए बोनस अंक ताकि हमारे पास .net कोर देव के साथ संपूर्ण स्टैक हो, नीला देवोप्स और अक्स का उपयोग करके नीला करने के लिए तैनात किया जा सके)।

सबसे महत्वपूर्ण बात यह है कि आप पॉड में ही ngix का उपयोग किए बिना AKS पॉड में वेब ट्रैफ़िक को प्रॉक्सी करने के लिए AKS में क्या उपयोग कर रहे हैं (यानी azure लोड बैलेंसर या कुछ और?)

जबकि इसे ऐप सेवा में होस्ट नहीं किया जा सकता है, मान लीजिए कि हम aks पर जीआरपीसी सेवा होस्ट करते हैं, क्या ऐप सेवा से जीआरपीसी को कॉल करने में कोई समस्या है? क्या जीआरपीसी क्लाइंट कम से कम ऐप सर्विस पर काम करेगा?

हां, ग्राहकों को काम करना चाहिए। सीमा केवल इनबाउंड अनुरोधों पर है, आउटबाउंड नहीं।

दुर्भाग्यवश ऐसा प्रतीत नहीं होता है कि नेट कोर 3.1 आधारित वेब ऐप एक जीआरपीसी सेवा को कॉल कर रहा है (इस मामले में वीएम पर चलने वाला पायथन कोड) जब एज़ूर वेब ऐप्स पर होस्ट किया जाता है - टाइम आउट। स्थानीयहोस्ट से ठीक उसी कोड को चलाते समय कॉल (उसी सेवा वीएम) से गुजरती है।

@lyulyok क्या आप निदान एकत्र कर सकते हैं और एक अलग मुद्दा खोल सकते हैं? यहां क्लाइंट के साथ कोई ज्ञात समस्या नहीं है।

क्या किसी के पास एकेएस में यह काम करने के तरीके के बारे में कोई ट्यूटोरियल है?

कृपया इस पर चर्चा करने के लिए एक नया मुद्दा खोलें या स्टैक ओवरफ्लो पर पूछें। आइए इस सूत्र को विषय पर रखें, विशेष रूप से क्योंकि IIS और HTTP.sys पर gRPC की स्थिति में बहुत से लोग रुचि रखते हैं और प्रत्येक टिप्पणी उस पर मौजूद प्रत्येक व्यक्ति को पिंग करती है। मैं विषय से हटकर टिप्पणियों को छिपाने जा रहा हूं, कृपया बेझिझक नए मुद्दे पोस्ट करें यदि आपके पास और प्रश्न हैं।

हाँ मैंने पहले से ही एक ऐसी सेवा बनाई है जो एक सामान्य होस्टेड सेवा के रूप में चल रही है। मैंने इसे नए एएसपी नेट कोर 3 टेम्पलेट में पोर्ट किया है और इसे स्वयं होस्टेड केस्ट्रेल पर चल रहा है, लेकिन वर्तमान में इसे आईआईएस के पीछे होस्ट करने और उम्मीद है कि इसे एज़ूर में ऐप सेवा के रूप में तैनात कर रहा है। मैं पूर्व (iis) को काम पर नहीं ला सकता।

.NET में जीआरपीसी-वेब के लिए प्रायोगिक समर्थन अब उपलब्ध है। gRPC-Web HTTP/1.1 और HTTP/2 के साथ काम करता है, और यह IIS और Azure ऐप सर्विस में चलता है।

हम Azure ऐप सेवा में चल रहे HTTP/2 gRPC की दिशा में काम करना जारी रख रहे हैं, लेकिन gRPC-Web एक ऐसी चीज़ है जिसका आप आज उपयोग कर सकते हैं। जब IIS और Azure ऐप सेवा में HTTP/2 का समर्थन करने का काम पूरा हो जाता है, तो .NET ऐप को gRPC-Web से HTTP/2 gRPC पर स्विच करना एक सरल प्रक्रिया होगी।

ब्लॉग पोस्ट: https://devblogs.microsoft.com/aspnet/grpc-web-experiment
दस्तावेज़ीकरण: https://docs.microsoft.com/aspnet/core/grpc/browser

मेरे पास ऐप सेवा और सेवा में चल रहे जीआरपीसी क्लाइंट हैं जो अक्स में ठीक चल रहे हैं, अगर कोई और भी कोशिश करना चाहता है

@ एंड्रयू-वीडीबी क्या आप कृपया कॉन्फ़िगरेशन पोस्ट कर सकते हैं?

हाय @JamesNK ,
आपकी टिप्पणी से संबंधित https://github.com/dotnet/aspnetcore/issues/9020#issuecomment -579597202 और इस तथ्य से कि जीआरपीसी-वेब वर्तमान में एक प्रायोगिक परियोजना है, प्रतिबद्ध उत्पाद नहीं।_

• क्या मुझे आईआईएस में तैनात करने के लिए जीआरपीसी-वेब की आवश्यकता है? अन्यथा, क्या यह संभव नहीं है?
• क्या आपके पास इस बारे में कोई ईटीए है कि जीआरपीसी-वेब के बिना आईआईएस में कब परिनियोजित करना संभव होगा?
• क्या आपके पास ईटीए है जब जीआरपीसी-वेब को आधिकारिक तौर पर माइक्रोसॉफ्ट द्वारा समर्थित किया जाएगा?

क्या मुझे आईआईएस में तैनात करने के लिए जीआरपीसी-वेब की आवश्यकता है? अन्यथा, क्या यह संभव नहीं है?

वर्तमान में HTTP/2 पर gRPC IIS में काम नहीं करता है। जीआरपीसी-वेब काम करता है।

क्या आपके पास इस बारे में कोई ईटीए है कि जीआरपीसी-वेब के बिना आईआईएस में कब परिनियोजित करना संभव होगा?

नहीं, विंडोज़ में बदलाव करने और जनता के लिए जारी करने में समय लगता है।

क्या आपके पास ईटीए है जब जीआरपीसी-वेब को आधिकारिक तौर पर माइक्रोसॉफ्ट द्वारा समर्थित किया जाएगा?

इस समय नहीं।

एफवाईआई
मेरे पास एक एप्लिकेशन (एएसपी.नेट कोर 3.2.0-पूर्वावलोकन 1) है जिसमें मैंने जीआरपीसी-वेब डीएएल के लिए एक आरईएसटी एपीआई डीएएल बदल दिया है। मैंने स्टीव सैंडर्सन ब्लॉग पोस्ट के मार्गदर्शन का पालन किया। मेरा समाधान सीएसबी या एसएसबी के रूप में चलाया जा सकता है और मैं दोनों विन्यासों में जीआरपीसी-वेब के साथ सफल रहा (मुझे जीआरपीसी के एक नए संस्करण के लिए आगे बढ़ना पड़ा। * नगेट पैकेज)।

मैंने गलती से रात के निर्माण से और अपडेट किए और वर्तमान में मेरे जीआरपीसी पैकेज संस्करण 2.28.0-dev202003020801 पर हैं। मैं गलती से कहता हूं क्योंकि मेरे दो कार्य समाधान परिनियोजन प्रत्येक विफल हो जाते हैं।

SSB - क्लाइंट "अनहेल्ड अपवाद रेंडरिंग घटक: फ़ाइल या असेंबली लोड नहीं कर सका 'System.Text.Json, संस्करण = 4.0.1.1, संस्कृति = तटस्थ, PublicKeyToken = cc7b13ffcd2ddd51' की त्रुटि की रिपोर्ट करता है। सिस्टम निर्दिष्ट फ़ाइल नहीं ढूंढ सकता है। "
बस मेरे वेब सर्वर प्रोजेक्ट में System.Text.Json (4.7.1) का एक स्पष्ट nuget पैकेज जोड़कर यह त्रुटि दूर हो जाती है और सब कुछ कार्य करता है।
[संपादित करें] सभी जीआरपीसी के लिए संस्करण 2.27.0/2.27.0-प्री1 पर लौटने से।* NuGet फ़ीड से पैकेज इस समस्या का समाधान करता है।

सीएसबी - क्लाइंट में उसी बिंदु पर जब पहली जीआरपीसी-वेब प्रतिक्रिया प्राप्त होती है तो मुझे "WASM: Grpc.Core.RpcException: Status(StatusCode=Internal, Detail="खराब gRPC प्रतिक्रिया की त्रुटि मिल रही है। प्रतिक्रिया प्रोटोकॉल HTTP में डाउनग्रेड किया गया /1.1.")"। मेरे पास इसके लिए कोई समाधान नहीं है, लेकिन यह महत्वपूर्ण नहीं है क्योंकि हम SSB को तब तक भेज रहे हैं जब तक कि CSB जारी नहीं हो जाता।
[संपादित करें] सभी जीआरपीसी के लिए संस्करण 2.27.0/2.27.0-प्री1 पर लौटने से।* NuGet फ़ीड से पैकेज इस समस्या का समाधान करता है।

वाचालता के लिए क्षमा करें, लेकिन अंत में, दो प्रश्न:

• क्या जीआरपीसी/जीआरपीसी-वेब में किसी अन्य जेसन सीरिएलाइज़र/deserializer का उपयोग करना संभव है?
• क्या जीआरपीसी/जीआरपीसी-वेब पैकेज एएसपी.नेट कोर 3.2-पूर्वावलोकन 2 के साथ 'गठबंधन' होंगे या रात्रिकालीन बिल्ड तक पहुंच की आवश्यकता होगी?

हाय @JamesNK ,
मेरा ग्राहक जीआरपीसीवेब में माइग्रेट हो गया है, लेकिन हमें एक महत्वपूर्ण सीमा मिली है (जिससे मुझे कोई दस्तावेज नहीं मिला): अधिकतम संदेश आकार 3067 वर्ण है।
यदि मूल जीआरपीसी सेवा से सामान्य ग्राहक-सेवा से, जीआरपीसी-वेब में परिवर्तित किया गया है, तो यह लाइन विफल हो जाएगी (क्योंकि स्ट्रिंग 3068 वर्ण है, 1 सीमा से अधिक है):

// gRPC-Web का उपयोग करने के लिए चैनल को कॉन्फ़िगर करें
var हैंडलर = नया GrpcWebHandler (GrpcWebMode.GrpcWebText, नया HttpClientHandler ());
// पोर्ट नंबर (5001) को जीआरपीसी सर्वर के पोर्ट से मेल खाना चाहिए।
var channel = GrpcChannel.ForAddress(" https://localhost :5001", new GrpcChannelOptions का उपयोग करना
{
एचटीपी क्लाइंट = नया एचटीपी क्लाइंट (हैंडलर)
});
वर क्लाइंट = नया अभिवादन।ग्रीटर क्लाइंट (चैनल);
वर उत्तर = प्रतीक्षा ग्राहक। SayHelloAsync (नया HelloRequest {नाम = नया स्ट्रिंग ('ए', 3068 )});
कंसोल। राइटलाइन ("ग्रीटिंग:" + उत्तर। संदेश);
Console.WriteLine ("बाहर निकलने के लिए कोई भी कुंजी दबाएं...");
कंसोल.रीडकी ();

मैं क्लाइंट और सर्वर युक्त एक रेप्रो समाधान संलग्न करता हूं।
जीआरपीसीवेब.ज़िप

नॉर्मल जीआरपीसी के साथ समकक्ष परियोजना बिना किसी समस्या के 20k के संदेशों को संभालने में सक्षम थी।
क्या आप कृपया मुझे सलाह दे सकते हैं कि क्या मैं इस सीमा को हटाने के लिए कुछ कॉन्फ़िगर कर सकता हूं?

@ curia-damiano क्या आप इसके साथ एक नया मुद्दा दर्ज कर सकते हैं? आइए इस थ्रेड को IIS/Azure ऐप सेवा पर जीआरपीसी ( बिना जीआरपीसी-वेब के) का समर्थन करने की विशिष्ट विशेषता पर चर्चा करने के लिए रखें। जीआरपीसी-वेब को इस थ्रेड पर पहले उठाया गया था क्योंकि यह एक अच्छा विकल्प है, लेकिन मैं इस थ्रेड को मूल जीआरपीसी समर्थन के प्राथमिक लक्ष्य पर केंद्रित रखना चाहता हूं।

@MarkStega क्या आप अपने प्रश्न के साथ एक नया मुद्दा भी दर्ज कर सकते हैं? आइए इस धागे को कई संभावित विषयों (भले ही वे संबंधित हों) के साथ अतिभारित होने से बचने की कोशिश करें। यह समस्या आईआईएस/एज़ूर ऐप सेवा पर मूल जीआरपीसी समर्थन को ट्रैक कर रही है

क्या हमारे पास ईटीए हो सकता है जब जीआरपीसी एज़ूर ऐप सेवा पर उपलब्ध होगा?

हमारे पास कोई ईटीए अपडेट नहीं है। जब हमारे पास ईटीए होगा तो हम इस थ्रेड को अपडेट करेंगे। इसके लिए विंडोज में बदलाव की जरूरत है और हम उस टीम के साथ काम कर रहे हैं ताकि उन्हें जल्द से जल्द ठीक किया जा सके, लेकिन उनका शेड्यूल हमारे सीधे नियंत्रण में नहीं है।

क्या हम एक जीआरपीसी सेवा बना सकते हैं जिसे एक कंटेनर के रूप में पैक किया गया है और एज़ूर में कंटेनरों के लिए वेब ऐप में चलता है?

@fgheysels नहीं। यह अभी भी आईआईएस के पीछे एक प्रॉक्सी के रूप में है जो आवश्यक HTTP/2 कार्यक्षमता को संभाल नहीं सकता है।

इसे अभी करने के 3 तरीके हैं:

1. एक सार्वजनिक आईपी का पर्दाफाश करें और एक वीएम का उपयोग करें।
2. Azure एप्लिकेशन गेटवे इनग्रेड के साथ Kubernetes का उपयोग करें (जो निर्देश विफल हो जाते हैं क्योंकि हेलम स्क्रिप्ट पुरानी हो चुकी है इसलिए अभी इसका उपयोग नहीं किया जा सकता है) या nginx ingress का उपयोग करें (आप फ़ायरवॉल और DoS मिटिगेशन खो देते हैं)
3. Azure कंटेनर सेवाओं का उपयोग करें और इसे किसी सार्वजनिक IP पर एक्सपोज़ करें या प्रॉक्सी को रिवर्स करने के लिए nginx का उपयोग करें या प्रॉक्सी को रिवर्स करने के लिए Azure एप्लिकेशन गेटवे का उपयोग करें।

और कुछ नहीं चलेगा।

@ जॉनगल्ट 1717

Azure कंटेनर सेवाओं का उपयोग करें और इसे किसी सार्वजनिक IP पर एक्सपोज़ करें या प्रॉक्सी को रिवर्स करने के लिए nginx का उपयोग करें या प्रॉक्सी को रिवर्स करने के लिए Azure एप्लिकेशन गेटवे का उपयोग करें।

Azure एप्लिकेशन गेटवे वर्तमान में काम नहीं करेगा। इसकी एक ही सीमा है

मुझे लगता है कि हम अपने .net कोड के साथ gpogle क्लाउड पर रन कर सकते हैं?

बुधवार, 1 अप्रैल 2020, सुबह 7:26 बजे सौरभ शिरहट्टी, नोटिफिकेशन @github.com
लिखा था:

@ JohnGalt1717 https://github.com/JohnGalt1717

Azure कंटेनर सेवाओं का उपयोग करें और इसे सार्वजनिक IP पर प्रदर्शित करें या nginx का उपयोग करें
प्रॉक्सी को उल्टा करें या प्रॉक्सी को उलटने के लिए Azure एप्लिकेशन गेटवे का उपयोग करें।

Azure एप्लिकेशन गेटवे वर्तमान में काम नहीं करेगा। इसमें वही है
परिसीमन

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/dotnet/aspnetcore/issues/9020#issuecomment-606855605 ,
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/ABCSC7LVZJTQ2QPRHVB5G5TRKJGYLANCNFSM4HDHMSDA
.

@shirhatti ठीक है, तो यह बस खराब होता रहता है। Microsoft ने इसे प्रभावी ढंग से बनाया है .NET gRPC के साथ Microsoft Azure पर नहीं चलाया जा सकता है। अगर यह इतना दुखद नहीं होता तो यह नरक के रूप में मजेदार होता।

तो यहाँ अद्यतन सूची है:

1. एक सार्वजनिक आईपी का पर्दाफाश करें और एक वीएम का उपयोग करें (प्रॉक्सी को उलटने के लिए वीएम पर हैप्रोक्सी, एनजीएनएक्स या कुछ डालें)
2. कुबेरनेट्स (AKS) का उपयोग nginx प्रवेश के साथ करें।

मुझे विश्वास नहीं है कि एसीएस काम करेगा क्योंकि यह अभी भी आईआईएस को इसके सामने रखता है अगर स्मृति कार्य करती है।

और # 2 या तो काम नहीं कर सकता क्योंकि लोड बैलेंसर विंडोज़ पर भी आईआईएस हो सकता है ... किसी को भी वास्तव में इसे Azure में कहीं भी काम करने के लिए मिलता है?

मुझे लगता है कि यह जीथब टिकट परिभाषित करता है कि मैं .NET टीम के बारे में महीनों से क्या कह रहा हूं और क्या हो रहा है।

Microsoft ने इसे प्रभावी ढंग से बनाया है .NET gRPC के साथ Microsoft Azure पर नहीं चलाया जा सकता है। अगर यह इतना दुखद नहीं होता तो यह नरक के रूप में मजेदार होता।

यहां ऐसा कुछ भी नहीं है जो .NET के लिए विशिष्ट है, सीमा HTTP/2 से संबंधित विंडोज़ और एज़ूर इंफ्रास्ट्रक्चर में है। Azure में अन्य वेबस्टैक्स के साथ आपको एक ही समस्या होगी। विंडोज़ और एज़्योर हमें अनब्लॉक करने के लिए काम कर रहे हैं, लेकिन इसके लिए मूलभूत घटकों में बदलाव की आवश्यकता है, जिन्हें पुन: नियोजित करने में लंबा समय लगता है।

यह सब सीधे .net से संबंधित है। यह नीला और .net वेबसाइटों पर सचमुच कहता है कि .net नीला की भाषा है।

लेकिन आप Azure के साथ उस भाषा का उपयोग नहीं कर सकते हैं, लेकिन इसे AWS और Google क्लाउड पर आसानी से उपयोग कर सकते हैं।

यह एक शर्मिंदगी की बात है क्योंकि हाल ही में .net टीम से इतने बड़े पैमाने पर पेंच हुए हैं, फिर भी उनका अहंकार बिना किसी कारण के हमेशा उच्च स्तर पर है।

और उन्होंने हमें जीआरपीसी वेब का उपयोग करने के अलावा किसी अन्य प्रकार का काम भी नहीं दिया है जो एक वास्तविक उत्पाद नहीं है।

हाँ, लेकिन हम .net स्टैक को Google क्लाउड पर चला सकते हैं, .net समर्थन करता है
जीआरपीसी सब ठीक है। इसलिए जब तक वे इसे ठीक नहीं कर लेते, तब तक मुझे GPC पर चलने में कोई आपत्ति नहीं है
अज़ूर पर।
मैं ऐप सेवाएं या सर्वर रहित ऐप्स विकसित करता हूं, मुझे किसी में कोई दिलचस्पी नहीं है
कंटेनर समाधान क्योंकि वे बड़े पैमाने पर तैनाती के लिए बहुत महंगे हैं
मेरे पास है।

बुधवार, 1 अप्रैल, 2020 को सुबह 9:57 बजे जेम्स हैनकॉक सूचनाएं @github.com
लिखा था:

यह सब सीधे .net से संबंधित है। यह सचमुच नीला पर कहता है और
.net वेबसाइटें जो .net नीला की भाषा है।

लेकिन आप Azure के साथ उस भाषा का उपयोग नहीं कर सकते, लेकिन AWS और . पर इसका उपयोग कर सकते हैं
गूगल क्लाउड आसानी से।

यह एक शर्मिंदगी की बात है क्योंकि .net टीम से इतने बड़े पैमाने पर पेंच हुए हैं
हाल ही में, फिर भी उनका अहंकार बिना किसी कारण के सर्वकालिक उच्च पर है।

और उन्होंने हमें उपयोग करने के अलावा किसी अन्य प्रकार का काम भी नहीं दिया है
जीआरपीसी वेब जो एक वास्तविक उत्पाद नहीं एक पीओसी है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/dotnet/aspnetcore/issues/9020#issuecomment-606927717 ,
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/ABCSC7MRPFQBH52XDHUNP63RKJYMVANCNFSM4HDHMSDA
.

पहले Microsoft को आपके द्वारा अभी-अभी कही गई बातों से भयभीत होना चाहिए।

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

अक्स सामान की एक गड़बड़ी है जो सही और पुराने दस्तावेज़ीकरण पर काम नहीं करता है, लेकिन एक बार जब आप प्रबंधित पहचान प्राप्त कर लेते हैं, और एक सार्वजनिक आईपी जगह पर होता है तो बाकी सीधे आगे होता है।

हाँ, लेकिन यह Microsoft के लिए वास्तव में एक बड़ा बदलाव है! और मुझे पसंद है
जीआरपीसी की सादगी हालांकि मैं एचटीटीपी आरएक्स पर स्विच कर सकता हूं। मुझे मेरा नहीं मिला
काम करने के समाधान के लिए websocket क्योंकि ऐसा लगता है कि इसमें एसएसएल/टीएलएस मुद्दे हैं।
ऐसा लगता है कि मुझे अपनी S1 ऐप सेवाओं की कीमत पर ही नीला कुब मिल सकता है,
प्रदर्शन की जांच करनी होगी।

बुधवार, 1 अप्रैल, 2020 को सुबह 10:13 बजे जेम्स हैनकॉक सूचनाएं @github.com
लिखा था:

पहले Microsoft को आपके द्वारा अभी-अभी कही गई बातों से भयभीत होना चाहिए।

दूसरा, मैंने अभी हमारी वेब सामग्री को नीला कुबेरनेट्स का उपयोग करके स्विच किया है
वर्चुअल नोड्स और यह हमें ऐप सेवाओं की लागत का लगभग आधा खर्च करता है
हमें और दोगुना प्रदर्शन किया है।

अक्स सामान की एक गड़बड़ी है जो सही और पुराने काम नहीं करती है
दस्तावेज़ीकरण लेकिन एक बार जब आप प्रबंधित पहचान, और एक सार्वजनिक आईपी प्राप्त कर लेते हैं
बाकी सीधे आगे है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/dotnet/aspnetcore/issues/9020#issuecomment-606933338 ,
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/ABCSC7O3N4XVCWM5MGCTS33RKJ2I7ANCNFSM4HDHMSDA
.

यह सब सीधे .net से संबंधित है। यह नीला और .net वेबसाइटों पर सचमुच कहता है कि .net नीला की भाषा है।

यह स्पष्ट रूप से सच नहीं है। अंतर्निहित TCP और HTTP स्टैक .NET का उपयोग करके नहीं लिखे गए हैं। Microsoft gRPC के लिए अपनी नींव को अनुकूलित करने के लिए काम कर रहा है। यह एक जटिल डिलीवरी है जिसका विंडोज़ सर्वर पर चलने वाली हर चीज़ के लिए नॉक-ऑन प्रभाव है, जिसमें स्वयं Azure भी शामिल है।

यह एक शर्मिंदगी की बात है क्योंकि हाल ही में .net टीम से इतने बड़े पैमाने पर पेंच हुए हैं, फिर भी उनका अहंकार बिना किसी कारण के हमेशा उच्च स्तर पर है।

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

@oising

.NET Azure की भाषा है। Microsoft इसे इस तरह से बाजार करता है। .NET gRPC को Azure द्वारा नहीं समझा जा सकता है। यह 100% सच है। यह पूरी तरह विफल है कि यह रिलीज के समय उपलब्ध नहीं था और एक साल बाद भी बदतर। यह अप्रासंगिक है कि Microsoft के अंदर .NET टीम द्वारा स्टैक नहीं लिख रहे हैं। माइक्रोसॉफ्ट माइक्रोसॉफ्ट है। मुझे उनकी छोटी जागीर और कृत्रिम सीमाओं और गुटनिरपेक्ष प्राथमिकताओं की परवाह नहीं है। मुझे सर्वोत्तम संभव उत्पादों की परवाह है जो वास्तव में काम करते हैं। मुझे इस बात की परवाह नहीं है कि Microsoft दावा करता है कि क्योंकि .NET खुला स्रोत है जो किसी भी तरह इसे अब एक सशुल्क उत्पाद नहीं बनाता है। यह एक सशुल्क उत्पाद है। मैं इसके लिए अप्रत्यक्ष रूप से Azure, Office और Windows का उपयोग करके भुगतान करता हूँ।

और नहीं, हम इंतजार नहीं करेंगे। हम किसी अन्य क्लाउड प्रदाता के पास जाएंगे जहां यह काम करता है। जिसे Microsoft अंतहीन रूप से आगे बढ़ा रहा है। नरक मेरे पास एक Microsoft समर्थन व्यक्ति था, कहते हैं और मैं उद्धृत करता हूं "यदि आपको पसंद नहीं है [तथ्य यह है कि हमने इसे डिज़ाइन द्वारा रन-टाइम पर तोड़ा] तो आप किसी और के उत्पाद का उपयोग कर सकते हैं" लगभग 100 ग्राहकों के लिए। हां, ठीक है, मैं 8 के बारे में जानता हूं जिन्होंने अब तक जो सुझाव दिया था, वही किया और 30-40 और जो ऐसा करने की जांच कर रहे हैं। उस एक सहायता एजेंट से MS के लिए अनुमानित खोया राजस्व लगभग 2.8 मिलियन अमरीकी डालर और गिनती है।

हाँ, ठीक यही हम सब करने जा रहे हैं। माइक्रोसॉफ्ट की सलाह के लिए धन्यवाद। हम Azure छोड़ देंगे, और हम .NET छोड़ देंगे यदि नेतृत्व जल्द ही अपने सिर खराब नहीं करता है।

उन्हें इस बात की चिंता तब होती है, जब मेरे जैसे लोग इन बड़े पैमाने पर सार्वजनिक विफलताओं के बारे में शिकायत करना बंद कर देते हैं, जहां वे उनकी जिम्मेदारी नहीं लेते हैं, और इसके बजाय वे कुछ भी नहीं सुनते हैं और हर कोई परवाह नहीं करता है। यह लगभग एक साल पहले हुआ था जब Xamarin Forms Apple Store, Android Store और Windows Store में सामान्य रूप से Xamarin Forms और Xamarin के समान बिल्ड के साथ निर्माण करने में सक्षम हुए बिना 18 सप्ताह चला गया था। मैंने पोस्ट किया, उन्होंने इसे स्वीकार किया, और 18 सप्ताह बाद, केवल 1 व्यक्ति ने बग रिपोर्ट का पालन किया था, इसके बावजूद कि यह एक पूर्ण विराम था, न कि केवल एक किनारे का मामला। क्यों? किसी को Xamarin फॉर्म की परवाह नहीं है और छोड़ दिया और गैर-Microsoft टूल का उपयोग करना शुरू कर दिया और Microsoft ने डेस्कटॉप और सेल फोन खो दिया। (और नियो और डुओ के साथ भी इसे वापस जीतने के लिए उसी असफल दृष्टिकोण की कोशिश करता रहता है) अभी भी लोग सोचते हैं कि उनके पास .NET में एक आवाज है और उनकी शिकायत बहरे कानों पर नहीं जाएगी और यह सामान ठीक हो जाएगा। .NET नेतृत्व वास्तव में यह स्पष्ट करने के लिए कड़ी मेहनत कर रहा है कि ऐसा नहीं है और परिणाम Xamarin फ़ॉर्म के समान होगा।

ट्रेलर हेडर का टुकड़ा कुछ ऐसा है जिसे हम खुद को स्टैक ओवरफ्लो के लिए भी विचार की तुलना में अधिक तत्काल आवश्यकता पाते हैं। क्या हम यहां प्राथमिकता देने में मदद कर सकते हैं?

उदाहरण

हम सर्वर हेडर के माध्यम से टाइमिंग को अपने HTTP लॉग्स (HAProxy में) में कैप्चर करने के लिए करते हैं। हमारे पास कई हेडर हैं जैसे X-Sql-DurationMs , X-Sql-Count , X-Reds-DurationMs , ताकि हम उन्हें लॉग इन कर सकें और उन पर कुल मेट्रिक प्राप्त कर सकें। यदि अधिक विवरण मदद करता है, तो इस ब्लॉग पोस्ट में एक अनुभाग है । यह ASP.NET MVC 5 (पूर्ण ढांचा) में काफी अच्छा काम करता है क्योंकि पूरी प्रतिक्रिया बफ़र की गई थी। चूंकि हम विचारों में बहुत कम पूछताछ करते हैं, यह एक ~ 99% सटीक समय रणनीति थी जिसने समग्र रूप से अच्छा काम किया।

अब हम .NET Core पर चल रहे हैं और सब कुछ स्ट्रीमिंग हो रहा है। इसके साथ समस्या यह है कि बफरिंग की कमी के कारण टाइमिंग हेडर को पूरा होने से पहले भेज दिया जाता है। यह एक कठोर व्यापार-बंद है। यदि हम ट्रेलर हेडर के रूप में उन समयों को भेज और कैप्चर कर सकते हैं तो यह जल्दी ठीक हो जाएगा। लेकिन ऐसा लगता है कि हम यहां आईआईएस अवरोधक पर हैं और हम इस कार्यक्षमता को काम करने के लिए अपग्रेड किए जाने की दया पर हैं (या हम आईआईएस से बाहर जा रहे हैं)।

निजी तौर पर, मेरे पास अन्य उपयोग भी हैं, जैसे मिनीप्रोफाइलर Server-Timing हेडर भेज रहा है (यह तैयार हो गया है और अब लगभग 3 साल इंतजार कर रहा है)।

हम इस पर प्राथमिकता के साथ कैसे मदद कर सकते हैं? क्या कोई मौका है कि अतिरिक्त उपयोग के मामले इसे स्थानांतरित करने में मदद करेंगे?

धन्यवाद @NickCraver। यह काम पहले से ही उच्च प्राथमिकता वाला है और प्रगति पर है, लेकिन इसे ऐप सर्विस जैसी सेवाओं में तैनात करना जटिल है और इसमें अभी भी कुछ समय लगने वाला है।

क्या इसकी संभावना है कि जल्द ही आईआईएस में इसका समर्थन किया जाएगा, भले ही एज़ूर रोल-आउट के बावजूद? - मुझे वास्तव में केवल आईआईएस में एक ग्राहक की जरूरत है - अगर यह बिल्कुल मायने रखता है। तो क्या आईआईएस http2 क्लाइंट हो सकता है?

मुझे सहमत होना चाहिए, कि यह चिंताजनक है, कि Microsoft कर्मचारियों के लिए, उनके पैर (या इस समय फोन) लेना और उस दूसरी टीम में जाना असंभव लगता है। और बस उन्हें इतना परेशान करते हैं कि वे एक दिन में एक हॉटफिक्स परिनियोजित करते हैं।
यदि asp / .net टीम ने grpc के लिए जोर नहीं दिया होता तो यह प्रतीक्षा अवधि ठीक रहती। लेकिन चूंकि आप ऐसे उत्पाद का विपणन कर रहे हैं जिसका उत्पादन में उपयोग नहीं किया जा सकता है, यह दुख की बात है कि यह हताश उपायों और रैंकों को तोड़ने का समय है।

अगर आप परवाह करते हैं तो आप इसे कर लेंगे।

संपादित करें: मुझे पता है कि "एक दिन" अतिरंजित है लेकिन एक साल हो गया है!

क्या कोई दस्तावेज़ है जो बताता है कि जीआरपीसी को एज़ूर में कैसे तैनात किया जाए? कम से कम एकेएस का उपयोग कर रहे हैं? कुछ हो तो अच्छा होगा।

क्या कोई दस्तावेज़ है जो बताता है कि जीआरपीसी को एज़ूर में कैसे तैनात किया जाए? कम से कम एकेएस का उपयोग कर रहे हैं? कुछ हो तो अच्छा होगा।

@lumogox मैंने जीआरपीसी को एज़ूर में तैनात करने के लिए चरण-दर-चरण मार्गदर्शिका बनाई है।
https://github.com/rupeshtech/k8s-grpc-dotntecore

@rupeshtech मैंने वास्तव में आपके गाइड पर एक नज़र डाली, हालाँकि, यदि आप पोर्ट 80 में रूट पथ में एक संदेश दिखाना चाहते हैं तो यह काम नहीं करता है।

बढ़िया सामान लेकिन मैं ऐप सेवाओं पर तैनात करना चाहता हूं और हमारे पास अभी भी कोई ईटीए नहीं है।
दूसरे लोगों में से एक ने दावा किया था कि AKS ऐप से सस्ता था
सेवाओं, मुझे विश्वास करना मुश्किल लगता है?
वैसे भी मैं केवल ऐप सेवाओं या सर्वर रहित बुनियादी ढांचे का उपयोग करना चाहता हूं।

मंगलवार, 12 मई, 2020 को शाम 5:51 बजे लुइस मोलिना नोटिफिकेशन @github.com
लिखा था:

@rupeshtech https://github.com/rupeshtech मैंने वास्तव में एक नज़र डाली
आपका गाइड, हालांकि, यदि आप में कोई संदेश दिखाना चाहते हैं तो यह काम नहीं करता है
पोर्ट 80 में रूट पथ।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/dotnet/aspnetcore/issues/9020#issuecomment-627175783 ,
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/ABCSC7MUWWWYCGMEK2FH663RRD5YPANCNFSM4HDHMSDA
.

अक्स: b12, 2 नोड क्लस्टर $176/माह का है और आपको p3 की तरह पूर्ण बनाता है।

यह काम करने के लिए आपको निम्नलिखित की आवश्यकता होगी:

1. nginx रिवर्स प्रॉक्सी के रूप में प्रवेश करता है।
2. Dockerized .net कोर ऐप
3. आपके .net कोर ऐप के लिए परिनियोजन टेम्पलेट
4. उन परिनियोजनों के लिए सेवा टेम्पलेट
5. प्रवेश टेम्प्लेट जो आपकी डीएनएस प्रविष्टियों को मैप करता है
6. k8s के लिए सर्टिफिकेट बॉट या प्रवेश के लिए मैप करने के लिए आपका अपना सर्टिफिकेट।
7. एसएसएल को केवल अपने .नेट ऐप में बंद करें, यह आरपी के साथ खराब हो जाएगा और .नेट कोर में प्रॉक्सी सपोर्ट चालू कर देगा।
8. सार्वजनिक आईपी
9. Azure कंटेनर रजिस्ट्री

इसे अभी Azure में कॉन्फ़िगर करने के लिए 30 भाग की प्रक्रिया है और वस्तुतः इसमें से कोई भी GUI पोर्टल के माध्यम से नहीं किया जा सकता है। वे संबद्ध कंटेनर रजिस्ट्रियों को याद नहीं कर रहे हैं, प्रवेश प्रदाताओं को कॉन्फ़िगर कर रहे हैं (Azure Application Gateway और न ही nginx और न ही haproxy आदि। इसे स्थापित करने के लिए कोई gui है। अन्य संसाधनों के साथ सेवा प्रमुख सामग्री में से कोई भी नहीं, न ही प्रबंधित पहचान सामग्री या तो ठीक से स्वचालित है (और आप अथाह कारणों से दोनों की आवश्यकता है)।

यदि आप वाइल्डकार्ड प्रमाणपत्र कर रहे हैं तो आपको किसी सर्टिफ़िकेट k8s सेवा समर्थित dns प्रदाताओं में से किसी एक के माध्यम से अपने DNS तक पहुंच की भी आवश्यकता होगी।

आरंभ करने में आपकी सहायता कर सकने वाले परिवेश की स्थापना के लिए हमारी स्क्रिप्ट यहां दी गई है:

Azure कॉन्फ़िगरेशन

1. अक्स बनाएं
2. az अक्स इंस्टॉल-क्ली (यदि आपने पहले से नहीं किया है)
3. az अक्स गेट-क्रेडेंशियल्स --resource-group RGL-\ --नाम XX-अक्स-\
4. az नेटवर्क पब्लिक-आईपी क्रिएट --resource-group MC_RGL-\ _XX-अक्स-\ _ईस्टस --नाम पीआईपी-अक्स-\ --sku Standard --allocation-method static --query publicIp.ipAddress -o tsv
5. मैप एपीआई, www, एडमिन टू पब्लिक आईपी इन डीएनएस (यानी beta.XX.com)
6. az आइडेंटिटी क्रिएट -g RGL-\ -एन एक्सएक्स-एमआई-एकेएस-\ -ओ जेसन (क्लाइंट आईडी, प्रिंसिपल आईडी, आईडी और नाम रिकॉर्ड करें)
7. az भूमिका असाइनमेंट बनाएं --role Reader --assignee \ --स्कोप/सदस्यता/\ /संसाधन समूह/आरजीएल-\
8. Azure Active निर्देशिका ऐप्स से सेवा प्रधान जानकारी प्राप्त करें: XX-AKS-\ SP-xxxx (रिकॉर्ड नाम, क्लाइंट आईडी)
9. बिना किसी समय सीमा के क्लाइंट सीक्रेट बनाएं और उसे रिकॉर्ड करें
10. az भूमिका असाइनमेंट बनाएं --role "प्रबंधित पहचान ऑपरेटर" --असाइनी \ --दायरा "\ "
11. डीएनएस ज़ोन आईडी प्राप्त करें: एज़ नेटवर्क डीएनएस ज़ोन सूची --क्वेरी "[]। {आईडी: आईडी, नाम: नाम}"
12. az भूमिका असाइनमेंट क्रिएट --असाइनी \ --भूमिका योगदानकर्ता --स्कोप \
13. az भूमिका असाइनमेंट क्रिएट --असाइनी \ --भूमिका योगदानकर्ता --स्कोप \
14. az अक्स अपडेट -n XX-AKS-\ -जी आरजीएल-\ --अटैच-एसीआर clcr\
15. प्रबंधित पहचान जोड़ें (XX-MI-AKS-\ ) कुंजी तिजोरी के लिए

Kubernetes आइए एन्क्रिप्ट करें (यदि उत्पादन नहीं है)

1. Kubectl नेमस्पेस इनग्रेड-बेसिक बनाएं
2. हेल्म रेपो स्थिर जोड़ें https://kubernetes-charts.storage.googleapis.com/
3. हेल्म nginx-ingress स्थिर/nginx-ingress --namespace ingress-basic --set controler.replicaCount=2 --set controler.nodeSelector।"beta.kubernetes.io/os"=linux --set defaultBackend.nodeSelector" स्थापित करें। beta.kubernetes.io/os"=linux --set controler.service.loadBalancerIP="\ "
4. सत्यापित करें कि यह लिया गया: kubectl --namespace ingress-basic get services -o wide -w nginx-ingress-controller
5. Kubectl लागू --validate=false -f https://github.com/jetstack/cert-manager/releases/download/v0.14.3/cert-manager.yaml
6. जारीकर्ता.yaml को सदस्यता, और सेवा सिद्धांत ClientId के साथ अपडेट करें
7. सर्टिफ़िकेट.yaml को dns पते पर अपडेट करें
8. डोमेन जानकारी आदि के साथ ingress.yaml अपडेट करें।
9. सर्विस प्रिंसिपल सीक्रेट का बेस 64 वर्जन बनाएं: इको \ | ओपनएसएसएल बेस64
10. सुरक्षित-dazuredns.yaml को रहस्य के साथ अपडेट करें

या कुबेरनेट्स एज़्योर एप्लिकेशन गेटवे

1. काम नहीं करता। पूरी गडबडी

पूर्ण कुबेरनेट्स कॉन्फ़िगरेशन

1. Kubectl लागू -f https://raw.githubusercontent.com/Azure/aad-pod-identity/master/deploy/infra/deployment-rbac.yaml
2. रजिस्ट्री, कीवॉल्ट, पर्यावरण और इंस्ट्रूमेंटेशन कुंजी के साथ परिनियोजन-एपीआई अपडेट करें
3. परिनियोजन-पोर्टल और परिनियोजन-व्यवस्थापक में रजिस्ट्री अद्यतन करें
4. Identity-binding.yaml में मान अपडेट करें (ClientId भी ऊपर प्रबंधित पहचान से है)
5. कुबेटेल नेमस्पेस XX . बनाएं
6. Kubectl config सेट-संदर्भ --current --namespace=XX
7. कुबेक्टल लागू -k ./\
8. सत्यापित करें प्रमाणपत्र उपलब्ध है: Kubectl प्रमाणपत्र XX-tls-secret का वर्णन करें

हाँ, यह वास्तव में इतना कठिन है। और नहीं, k8s में कोई आसान तरीका नहीं है। आपका एकमात्र अन्य विकल्प एक सार्वजनिक आईपी वाला वीएम है और अपने ऐप के सामने आरपी का उपयोग करें। आप एक Linux VM का उपयोग कर सकते हैं और उस पर docker चला सकते हैं, और HAproxy और अपने ऐप को एक docker कंटेनर में स्थापित कर सकते हैं, जिसमें एक ही docker-compose फ़ाइल बहुत आसानी से हो सकती है।

अन्यथा आप तब तक खराब हो जाते हैं जब तक कि वे कर्नेल को विंडोज 2004 (स्प्रिंग 2020) से एज़्योर में रोल आउट करना शुरू नहीं कर देते। (यह मानते हुए कि इसे वहां बनाया गया है और नवंबर तक देरी नहीं हुई है)

वाह दोस्त जो अविश्वसनीय है धन्यवाद लेकिन जैसा कि मैं भी वास्तव में बहुत बड़ा प्रशंसक हूं
एक NoOps दृष्टिकोण के साथ Azure Dev Ops मुझे वास्तव में लगता है कि AKS अभी नहीं है
मेरी लीग।
विशेष रूप से जब मैं शायद एक अच्छी ऐप सेवा को काफी कम में चला सकता हूं
उससे। या इसे किसी Azure फ़ंक्शन पर स्विच करें। मुझे अपना वेबसोकेट नहीं मिला
Azure पर परिनियोजित करने का समाधान।
मैं रिएक्टिव एक्सटेंशन का भी बहुत बड़ा प्रशंसक हूं और कुछ अच्छे आरएक्स हैं
वहाँ इस तरह के उपकरण
https://github.com/lucassklp/Rx.Http
हालांकि इसकी मापनीयता के बारे में निश्चित नहीं है

मंगलवार, 12 मई, 2020 को रात 10:09 बजे जेम्स हैनकॉक नोटिफिकेशन @github.com
लिखा था:

अक्स: b12, 2 नोड क्लस्टर $176/माह का है और आपको p3 की तरह पूर्ण बनाता है।

यह काम करने के लिए आपको निम्नलिखित की आवश्यकता होगी:

1. nginx रिवर्स प्रॉक्सी के रूप में प्रवेश करता है।
2. Dockerized .net कोर ऐप
3. आपके .net कोर ऐप के लिए परिनियोजन टेम्पलेट
4. उन परिनियोजनों के लिए सेवा टेम्पलेट
5. प्रवेश टेम्प्लेट जो आपकी डीएनएस प्रविष्टियों को मैप करता है
6. k8s के लिए सर्टिफिकेट बॉट या प्रवेश के लिए मैप करने के लिए आपका अपना सर्टिफिकेट।
7. एसएसएल को केवल अपने .नेट ऐप में बंद करें, यह आरपी के साथ खराब हो जाएगा और
   .net कोर में प्रॉक्सी सपोर्ट चालू करें।
8. सार्वजनिक आईपी
9. Azure कंटेनर रजिस्ट्री

इसे अभी और वस्तुतः Azure में कॉन्फ़िगर करने के लिए यह एक 30 भाग की प्रक्रिया है
इसमें से कोई भी GUI पोर्टल के माध्यम से नहीं किया जा सकता है। वे संबद्धता याद कर रहे हैं
कंटेनर रजिस्ट्रियां, प्रवेश प्रदाताओं को कॉन्फ़िगर करना (Azure Application
गेटवे और न ही nginx और न ही haproxy आदि के पास इसे स्थापित करने के लिए कोई gui है। इनमे से कोई नहीं
अन्य संसाधनों के साथ सेवा प्रमुख सामग्री, न ही प्रबंधित पहचान सामग्री है
ठीक से स्वचालित या तो (और आपको अथाह कारणों से दोनों की आवश्यकता है)।

यदि आप वाइल्डकार्ड प्रमाणपत्र कर रहे हैं तो आपको अपने DNS तक पहुंच की भी आवश्यकता होगी
सर्टबॉट k8s सेवा समर्थित dns प्रदाताओं में से एक के माध्यम से।

यहाँ एक वातावरण स्थापित करने के लिए हमारी स्क्रिप्ट है जो आपको प्राप्त करने में मदद कर सकती है
शुरू कर दिया है:
Azure कॉन्फ़िगरेशन

1. अक्स बनाएं
2. az अक्स इंस्टॉल-क्ली (यदि आपने पहले से नहीं किया है)
3. az aks get-credentials --resource-group RGL- --name XX-AKS-
4. az नेटवर्क पब्लिक-आईपी क्रिएट --resource-group MC_RGL-_XX-AKS-_eastus
   --नाम PIP-AKS- --sku Standard --allocation-method static --query
   publicIp.ipपता -ओ tsv
5. मैप एपीआई, www, एडमिन टू पब्लिक आईपी इन डीएनएस (यानी beta.XX.com)
6. az आइडेंटिटी क्रिएट -g RGL- -n XX-MI-AKS- -o json (रिकॉर्ड करें
   क्लाइंट आईडी, प्रिंसिपल आईडी, आईडी और नाम)
7. az भूमिका असाइनमेंट बनाएँ --role Reader --assignee --scope
   /सदस्यता//संसाधन समूह/आरजीएल-
8. Azure सक्रिय निर्देशिका ऐप्स से सेवा प्रधान जानकारी प्राप्त करें:
   XX-AKS-SP-xxxx (रिकॉर्ड नाम, क्लाइंट आईडी)
9. बिना किसी समय सीमा के क्लाइंट सीक्रेट बनाएं और उसे रिकॉर्ड करें
10. az भूमिका असाइनमेंट बनाएं --role "प्रबंधित पहचान ऑपरेटर"
    --असाइनी --स्कोप ""
11. डीएनएस ज़ोन आईडी प्राप्त करें: एज़ नेटवर्क डीएनएस ज़ोन सूची --क्वेरी "[]। { आईडी:
    आईडी, नाम: नाम}"
12. az रोल असाइनमेंट क्रिएट --असाइनी --रोल कंट्रीब्यूटर --स्कोप
13. az रोल असाइनमेंट क्रिएट --असाइनी --रोल कंट्रीब्यूटर --स्कोप
14. az अक्स अपडेट -n XX-AKS- -g RGL- --attach-acr clcr
15. कुंजी तिजोरी में प्रबंधित पहचान (XX-MI-AKS-) जोड़ें

Kubernetes आइए एन्क्रिप्ट करें (यदि उत्पादन नहीं है)

1. Kubectl नेमस्पेस इनग्रेड-बेसिक बनाएं
2. हेल्म रेपो स्थिर जोड़ें
   https://kubernetes-charts.storage.googleapis.com/
3. हेल्म nginx-ingress स्थिर/nginx-ingress --namespace स्थापित करें
   प्रवेश-मूलभूत --सेट नियंत्रक.प्रतिकृतिगणना=2 --सेट
   controler.nodeSelector।"beta.kubernetes.io/os"=linux --set
   defaultBackend.nodeSelector।"beta.kubernetes.io/os"=linux --set
   controler.service.loadBalancerIP=""
4. सत्यापित करें कि यह लिया गया: Kubectl --namespace प्रवेश-मूल सेवाएं प्राप्त करें -o
   चौड़ा-w nginx-प्रवेश-नियंत्रक
5. कुबेक्टल लागू - मान्य करें = गलत -f
   https://github.com/jetstack/cert-manager/releases/download/v0.14.3/cert-manager.yaml
6. जारीकर्ता.yaml को सदस्यता, और सेवा सिद्धांत ClientId के साथ अपडेट करें
7. सर्टिफ़िकेट.yaml को dns पते पर अपडेट करें
8. डोमेन जानकारी आदि के साथ ingress.yaml अपडेट करें।
9. सर्विस प्रिंसिपल सीक्रेट का बेस 64 वर्जन बनाएं: इको | ओपनएसएल
   बेस 64
10. सुरक्षित-dazuredns.yaml को रहस्य के साथ अपडेट करें

या कुबेरनेट्स एज़्योर एप्लिकेशन गेटवे

1. काम नहीं करता। पूरी गडबडी

पूर्ण कुबेरनेट्स कॉन्फ़िगरेशन

1. Kubectl लागू -f
   https://raw.githubusercontent.com/Azure/aad-pod-identity/master/deploy/infra/deployment-rbac.yaml
2. रजिस्ट्री, कीवॉल्ट, पर्यावरण और के साथ परिनियोजन-एपीआई अपडेट करें
   इंस्ट्रूमेंटेशन कुंजी
3. परिनियोजन-पोर्टल और परिनियोजन-व्यवस्थापक में रजिस्ट्री अद्यतन करें
4. पहचान-बाइंडिंग.yaml में मान अपडेट करें (ClientId भी से है)
   ऊपर प्रबंधित पहचान)
5. कुबेटेल नेमस्पेस XX . बनाएं
6. Kubectl config सेट-संदर्भ --current --namespace=XX
7. कुबेक्टल लागू -k ./
8. सत्यापित करें प्रमाणपत्र उपलब्ध है: Kubectl प्रमाणपत्र XX-tls-secret का वर्णन करें

हाँ, यह वास्तव में इतना कठिन है। और नहीं, k8s में कोई आसान तरीका नहीं है। तुम्हारी
केवल अन्य विकल्प एक सार्वजनिक आईपी के साथ एक वीएम है और अपने सामने एक आरपी का उपयोग करें
अनुप्रयोग। आप एक Linux VM का उपयोग कर सकते हैं और उस पर docker चला सकते हैं, और HAproxy स्थापित कर सकते हैं और
एक डॉकटर-कंपोज़ फ़ाइल के साथ एक डॉकटर कंटेनर में आपका ऐप सुंदर
सरलता।

अन्यथा आप तब तक खराब हो जाते हैं जब तक वे कर्नेल को रोल आउट करना शुरू नहीं कर देते
Azure के लिए Windows 2004 (वसंत 2020)। (यह मानते हुए कि इसे वहां बनाया गया है और
नवंबर तक देरी नहीं है)

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/dotnet/aspnetcore/issues/9020#issuecomment-627302354 ,
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/ABCSC7P74W4DK5RP2BKKI7LRRE365ANCNFSM4HDHMSDA
.

यदि आप जीआरपीसी के लिए प्रतिबद्ध नहीं हैं और एज़्योर ऐप सेवाओं पर ध्यान केंद्रित कर रहे हैं तो वेबसोकेट शायद एक अच्छी गिरावट है।

एक बार जब आप k8s कॉन्फ़िगर कर लेते हैं, तो Azure Devops आसान हो जाता है। आप इसे डॉकर कंटेनर बनाने और बिल्ड: आईडी टैग के साथ एज़ूर रिपोजिटरी में तैनात करने के लिए कहते हैं और फिर बिल्ड आईडी के लिए सही टैग के साथ तैनाती के कंटेनर को अपडेट करने के लिए इसे बताने के लिए कुबेक्टल चलाते हैं और यह पारदर्शी रूप से रोल आउट हो जाएगा नया संस्करण। केवल एक चीज जो हमने की है वह एक ऐसा उपकरण बनाना है जो ऐसा करने से पहले EF माइग्रेशन करता है ताकि आप एक ही समय में माइग्रेशन स्क्रिप्ट को कॉल करने वाले कई k8s प्रतिकृतियों के साथ समाप्त न हों।

मैजिक मेट धन्यवाद ढेर, मैं भी वास्तव में डोमेन संचालित डिजाइन में हूं इसलिए मैं
लगता है कि मैं अब अपने शस्त्रागार में एकेएस जोड़ सकता हूं लेकिन मैं चाहता हूं कि मेरे ग्राहक यहां चले जाएं
सर्वर रहित, मुझे समझ नहीं आता कि अधिकांश लोग इससे आगे क्यों नहीं बढ़ना चाहते हैं
कंटेनर?

मंगलवार, 12 मई, 2020 को रात 11:05 बजे जेम्स हैनकॉक नोटिफिकेशन @github.com
लिखा था:

यदि आप gRPC के लिए प्रतिबद्ध नहीं हैं तो Websockets शायद एक अच्छी गिरावट है
और Azure ऐप सेवाओं पर केंद्रित हैं।

एक बार जब आप k8s कॉन्फ़िगर कर लेते हैं, तो Azure Devops आसान हो जाता है। आप इसे बनाने के लिए कहें
डॉकटर कंटेनर और बिल्ड के साथ एज़्योर रिपॉजिटरी में तैनात करें : id
टैग और फिर रिलीज करने के लिए आप kubectl चलाते हैं ताकि इसे तैनाती को अपडेट करने के लिए कहा जा सके
बिल्ड आईडी के लिए सही टैग वाला कंटेनर और यह बस होगा
नए संस्करण को पारदर्शी रूप से रोल आउट करें। केवल एक चीज जो हमने की है वह है एक उपकरण बनाना
ऐसा करने से पहले ईएफ माइग्रेशन करता है ताकि आप समाप्त न हों
एक ही समय में माइग्रेशन स्क्रिप्ट को कॉल करने वाले कई k8s प्रतिकृतियां।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/dotnet/aspnetcore/issues/9020#issuecomment-627329964 ,
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/ABCSC7MW7NJUS475HICIJTTRRFCQBANCNFSM4HDHMSDA
.

@acrigney कंटेनरों को व्यापक रूप से 'सर्वर रहित' तकनीक माना जाता है। यह निश्चित रूप से बहस का विषय है, लेकिन इसकी कोई सख्त परिभाषा नहीं है

@acrigney ऐसे कई कारण हैं जिनकी वजह से सर्वर रहित विशेष रूप से Azure फ़ंक्शन वांछनीय नहीं हैं:

1. Azure Functions बकवास का एक भंगुर स्टीमिंग ढेर है जो .net कोर के साथ सुरक्षा पैच पर हमेशा पीछे रहता है।
2. Azure फ़ंक्शन बहुत अधिक ब्लैक बॉक्स है और कई मामलों में डीबग करना कठिन है।
3. एक बार जब आप इसे पूरी तरह से उपयोग करना शुरू कर देते हैं तो यह अन्य विकल्पों की तुलना में अधिक महंगा होता है जब आपके पास निरंतर लोड होता है।
4. ऐसा कुछ भी नहीं है जो आप अन्यथा नहीं कर सकते हैं जो आप Azure फ़ंक्शंस में कर सकते हैं
5. K8s एक सामान्य ज्ञात वातावरण प्रदान करता है जो आपके स्थानीय देव मशीन पर वैसा ही कार्य करता है जैसा कि वह किसी भी क्लाउड में करता है जिसे आप बनाना चाहते हैं। जब आप कोई संसाधन बनाते हैं तो यह काम करता है। इससे कोई फर्क नहीं पड़ता कि यह एज़्योर है या एडब्ल्यूएस इसका समर्थन कर रहा है, यह एज़्योर फ़ंक्शंस के विपरीत समान और लगातार काम करता है कि हमें नियमित रूप से स्थानीय रूप से एज़्योर में अलग-अलग परिणाम मिलते हैं।
6. K8s, लोडेड सिस्टम पर Azure Functions से कम खर्च होता है।
7. K8s कार्यों से बेहतर परिनियोजन करता है।
8. एक बार जब आप डॉकर में वीएस कोड रिमोटिंग के साथ काम करना शुरू कर देते हैं तो आप वापस नहीं जाना चाहेंगे। 100% स्थिरता के लिए उत्पादन के समान वातावरण समान कॉन्फ़िगरेशन। (हम docker के अंदर k8s का उपयोग WSL2 docker के साथ देव के लिए करते हैं और k8s को linux में स्पिन करते हैं जो विंडोज 10 2004 के साथ आश्चर्यजनक रूप से काम करता है, लेकिन k8s में पूर्ण देव जल्द ही आ रहा है)
9. k8s आपको VMs, लोड बैलेंसिंग आदि को प्रबंधित किए बिना VMs की सभी स्वायत्तता देता है। यह सिर्फ काम करता है।
10. यदि आप प्लेटफ़ॉर्म लक्ष्यीकरण का उपयोग करके अपनी डॉकर छवियों का निर्माण ठीक से करते हैं और आईएल आपकी माइक्रो सेवाओं को k8s में लिंक कर रहा है, तो यह Azure फ़ंक्शंस के समान ही छोटा है, इसलिए कोई स्केलिंग समस्या नहीं है।

यह सिर्फ एक छोटी सूची है। Azure फ़ंक्शन सिद्धांत रूप में बहुत अच्छा है, फिर आप इसके साथ दीवार के खिलाफ अपना सिर पीटना शुरू कर देते हैं और आपको पता चलता है कि यह इसके लायक नहीं है।

जब तक वे Windows 2004 (स्प्रिंग 2020) से Azure तक कर्नेल को रोल आउट करना शुरू नहीं करते।

IIS के लिए आवश्यक कार्य अभी भी प्रगति पर है और 2004 की रिलीज़ में उपलब्ध नहीं है।

@ ट्रैचर वाह। बस आउच। इसलिए .net कोर सपोर्टिंग gRPC और Azure के पास दुनिया के अधिकांश डेवलपर्स के लिए इसका उपयोग करने के लिए व्यवहार्य तरीका नहीं होने के साथ एक वर्ष से अधिक समय बीत जाएगा।

MS को सच्ची docker आधारित ऐप सेवाएँ बनाने की आवश्यकता है जो nginx या ha प्रॉक्सी का उपयोग करती हैं न कि RP के लिए IIS का। यह पागल है।

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

मंगलवार, 12 मई, 2020 को रात 11:31 बजे प्याज हैमर नोटिफिकेशन @github.com
लिखा था:

@acrigney https://github.com/acrigney कंटेनर काफी मोटे तौर पर हैं
एक 'सर्वर रहित' तकनीक माना जाता है

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/dotnet/aspnetcore/issues/9020#issuecomment-627347120 ,
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/ABCSC7PPWZ7MPIETCXPEFYDRRFFUNANCNFSM4HDHMSDA
.

@acrigney बिल्कुल आप करेंगे। और आपके पास निर्भरता नरक नहीं होगा जो कि एज़ूर फ़ंक्शंस भी है। (और आप आसानी से कंटेनरों में एज़्योर फंक्शन होस्ट का उपयोग कर सकते हैं और यदि आप चाहें तो k8s भी)

@acrigney क्या आप ऐप सेवा में चल रहे अन्य माइक्रोसर्विसेज के लिए जीआरपीसी को उजागर करने की कोशिश कर रहे हैं? आपकी टोपोलॉजी कैसी दिखती है?

धन्यवाद दोस्त लेकिन मुझे लगता है कि आपके पास कोई निर्भरता नरक या तंग नहीं होगी
कार्यों के साथ युग्मन। मैं DDD एप्लिकेशन का उपयोग करके स्टेटफुल माइक्रोसर्विसेज बनाता हूं
Azure ऐप सेवाओं के साथ सेवाएं और मैं स्टेटलेस माइक्रोसर्विसेज बनाता हूं
Azure फ़ंक्शंस में DDD अनुप्रयोग सेवाएँ। DDD ऐप सेवाएं उजागर करती हैं
डीटीओ और डोमेन ऑब्जेक्ट का उपयोग करते हैं और अन्य ऐप सेवाएं देख सकते हैं
इन डोमेन ऑब्जेक्ट्स द्वारा सक्रिय ईवेंट। मुझे सिर्फ कंटेनरों की जरूरत नहीं है और एक बार
आप एक कंटेनर बनाते हैं जिसमें बहुत सारे डुप्लिकेट कोड होंगे जो कि
अन्य कंटेनरों में जरूरत होगी।

बुधवार, 13 मई, 2020 को दोपहर 12:09 बजे जेम्स हैनकॉक नोटिफिकेशन @github.com
लिखा था:

@acrigney https://github.com/acrigney बिल्कुल आप। और आप
निर्भरता नरक नहीं होगा जो कि एज़ूर फ़ंक्शंस भी है। (और आप कर सकते है
आसानी से कंटेनरों में एज़्योर फंक्शन होस्ट का उपयोग करें और यदि आप चाहें तो k8s भी)

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/dotnet/aspnetcore/issues/9020#issuecomment-627369635 ,
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/ABCSC7PQLO2K4RVWBQRGQS3RRFKCZANCNFSM4HDHMSDA
.

आईआईएस-चेतावनी को <marquee> -टैग का उपयोग करके पृष्ठ के शीर्ष पर रखा जाना चाहिए: https://docs.microsoft.com/en-us/aspnet/core /grpc/?view=aspnetcore-3.1

यह वास्तव में inject profanity here है यदि आप प्रोटोटाइप कर रहे हैं, प्रोटो फाइलें बनाई हैं, JWT का उपयोग करके अपने सर्वर, क्लाइंट, ऑथ को कॉन्फ़िगर किया है और क्लाइंट को पूरा विचार दिया है क्योंकि यह सबसे अच्छी-अगली चीज है- चूंकि हम आईआईएस पर चल रहे हैं, इसलिए यह पता लगाने के लिए कि हम इसे उत्पादन में उपयोग नहीं कर सकते हैं। :(

जब तक वे Windows 2004 (स्प्रिंग 2020) से Azure तक कर्नेल को रोल आउट करना शुरू नहीं करते।

IIS के लिए आवश्यक कार्य अभी भी प्रगति पर है और 2004 की रिलीज़ में उपलब्ध नहीं है।

क्या कोई ईटा/रोडमैप है?

आईआईएस-चेतावनी को <marquee> -टैग का उपयोग करके पृष्ठ के शीर्ष पर रखा जाना चाहिए: https://docs.microsoft.com/en-us/aspnet/core /grpc/?view=aspnetcore-3.1

आप सही कह रहे हैं, मैंने स्पष्ट करने के लिए https://github.com/dotnet/AspNetCore.Docs/issues/18336 दायर किया है।

क्या कोई ईटा/रोडमैप है?

नहीं, विश्वसनीय अनुमान देने के लिए बहुत अधिक गतिमान पुर्जे हैं।

क्या किसी के पास कुछ दस्तावेज हैं कि कैसे nginx को जीआरपीसी और केस्ट्रेल के साथ कॉन्फ़िगर किया जाए?

अरे सब, क्या हम ऐप सेवा उपयोगकर्ता की आवाज में जीआरपीसी के कुछ अनुरोधों को पुनर्निर्देशित कर सकते हैं https://feedback.azure.com/forums/169385-web-apps?

त्वरित प्रश्न: क्या आईआईएस और एज़ूर ऐप सेवा के लिए समर्थन एक साथ है या उन्हें अलग-अलग वितरित किया जा सकता है?

धन्यवाद याल!

वे कुछ हद तक युग्मित हैं - Azure ऐप सेवा का प्रवेश और विंडोज़ होस्टिंग IIS पर निर्भर करता है, इसलिए IIS में समर्थन प्राप्त करना एक पूर्व-अनुरोध है।

फिर ऐप सेवा को ऐसे निर्माण के आधार पर तैनात करने की आवश्यकता है जिसमें वे सुधार हों, इसलिए ऐप सेवा आईआईएस समर्थन के बाद आएगी।

त्वरित प्रश्न: मैंने आईआईएस (10.0) पर जीआरपीसी सर्वर तैनात किया है और अब त्रुटि मिल रही है, "स्थिति (स्थिति कोड = रद्द, विवरण = \" प्रतिक्रिया पर कोई जीआरपीसी-स्थिति नहीं मिली। \")"। मैंने वेबएपी परियोजना को जीआरपीसी क्लाइंट के रूप में उपयोग किया है। कोई मुझे मदद कर सकता है?

त्वरित प्रश्न: मैंने आईआईएस (10.0) पर जीआरपीसी सर्वर तैनात किया और अब त्रुटि मिल रही है, "स्थिति (स्थिति कोड = रद्द, विवरण = "प्रतिक्रिया पर कोई जीआरपीसी-स्थिति नहीं मिली।")"। मैंने वेबएपी परियोजना को जीआरपीसी क्लाइंट के रूप में उपयोग किया है। कोई मुझे मदद कर सकता है?

नहीं किया जा सकता, जीआरसीपी आईआईएस द्वारा समर्थित नहीं है।

@lumogox @ Dhananjay48 नोट: जीआरपीसी-वेब आईआईएस द्वारा समर्थित है और आप अधिकांश भाग के लिए केवल क्लाइंट स्ट्रीमिंग खो देते हैं। तो यह एक कामकाज है, हालांकि बहुत अच्छा नहीं है।

अन्यथा मैं जो देख रहा हूं उसके अनुसार हम आईआईएस में तय होने से पहले कम से कम दिसंबर तक इंतजार कर रहे हैं, इसलिए आगे बढ़ें और रिवर्स प्रॉक्सी के रूप में nginx जैसे कुछ और उपयोग करें।

यदि आप केवल Azure ऐप सेवा पर GRPC परिनियोजित करना चाहते हैं, तो आप इसे अभी Linux कंटेनर के साथ कर सकते हैं

@EdiWang यह वर्तमान में Linux के लिए ऐप सेवा पर समर्थित नहीं है। हम वर्तमान में इसे सक्षम करने के लिए ऐप सेवा के साथ काम कर रहे हैं, लेकिन मेरे पास साझा करने के लिए कोई ईटीए नहीं है

क्या ऐसा इसलिए है क्योंकि वेबएप के सामने अभी भी HTTP.sys है, भले ही यह लिनक्स पर चलने वाला एक डॉकटर कंटेनर है?

यह मेरी समझ है कि सभी ऐप सेवाओं को आईआईएस द्वारा रिवर्स प्रॉक्सी किया जाता है। इसलिए वे तब तक काम नहीं करेंगे जब तक यह तय नहीं हो जाता।

केवल सार्वजनिक आईपी या rped by ha या nginx आदि (लिनक्स) के साथ कुछ काम करेगा। nginx या ha के साथ Kubernetes एक उदाहरण के रूप में ठीक काम करता है लेकिन प्रवेश के रूप में एप्लिकेशन गेटवे नहीं होगा।

यह मेरी समझ है कि सभी ऐप सेवाओं को आईआईएस द्वारा रिवर्स प्रॉक्सी किया जाता है। इसलिए वे तब तक काम नहीं करेंगे जब तक यह तय नहीं हो जाता।

केवल सार्वजनिक आईपी या rped by ha या nginx आदि (लिनक्स) के साथ कुछ काम करेगा। nginx या ha के साथ Kubernetes एक उदाहरण के रूप में ठीक काम करता है लेकिन प्रवेश के रूप में एप्लिकेशन गेटवे नहीं होगा।

यह मेरी समझ भी है। मैं वास्तव में यहां समाप्त हुआ क्योंकि मैं पढ़ रहा हूं कि सभी ऐप सेवाओं को आईआईएस द्वारा सामने रखा गया है या नहीं। क्योंकि यहां डॉक्स में: https://docs.microsoft.com/en-us/aspnet/core/fundamentals/servers/kesrel?view=aspnetcore-3.1#when-to-use-kesrel-with-a-reverse- प्रॉक्सी - यह हमें सलाह देता है कि यदि आप इंटरनेट के लिए केस्ट्रेल का पर्दाफाश करने जा रहे हैं तो केस्ट्रेल के सामने एक उल्टा प्रॉक्सी स्थापित करें :) ऐप सेवा में डॉकर चलाते समय भी सामने आ रहा है। यह धागा मेरे अब तक के सबसे करीब है। मजेदार बात यह है कि मैं इस धागे की सदस्यता ले रहा हूं क्योंकि मैं जीपीआरसी में भी काफी दिलचस्प हूं :)

मैं पुष्टि कर सकता हूं कि आईआईएस लिनक्स सहित कंटेनर आधारित ऐप सेवाओं को भी आगे बढ़ाता है।

आपके एकमात्र विकल्प वीएमएस हैं जहां आपने स्वयं आरपी किया है या अक्स।

davidfowl AppService User Voice पर ज्यादा ध्यान नहीं दिया गया है।

https://feedback.azure.com/forums/169385-web-apps/suggestions/40585333-grpc-support-in-azure-app-service
क्या यह धीमी क्रियान्वयन का कारण हो सकता है? जैसा कि आप इस मुद्दे को देखते हैं, मुझे लगता है कि जीआरपीसी समर्थन महत्वपूर्ण है।

हाँ विशेष रूप से क्योंकि मुझे काम करने के लिए वेबसोकेट नहीं मिले और मैं हूँ
कंटेनरों की लागत के बारे में चिंतित हैं क्योंकि मुझे बहुत भागदौड़ करनी होगी।

शुक्र, जून 12, 2020 को रात 9:58 बजे टेककाज़ू ओमी नोटिफिकेशन @github.com
लिखा था:

davidfowl AppService User Voice पर ज्यादा ध्यान नहीं दिया गया है।

https://feedback.azure.com/forums/169385-web-apps/suggestions/40585333-grpc-support-in-azure-app-service
क्या यह धीमी क्रियान्वयन का कारण हो सकता है? जैसा कि आप इसे देखते हैं
मुद्दा, मुझे लगता है कि जीआरपीसी समर्थन महत्वपूर्ण है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/dotnet/aspnetcore/issues/9020#issuecomment-643232429 ,
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/ABCSC7L4452ZISXIPNAXWYLRWIKADANCNFSM4HDHMSDA
.

वहाँ अनुरोध जोड़ना अभी भी बहुत महत्वपूर्ण है।

@davidfowl ऐसा करने से कहीं ज्यादा आसान कहा जाता है। अपने Microsoft खाते के साथ नए सिरे से साइट पर लॉग इन करने का प्रयास करें। एक नई विंडो पॉप अप करता है और कुछ नहीं करता है। कोशिश करें और अपने ईमेल से लॉगिन करें, मैं पासवर्ड भूल गया हूं, पासवर्ड ईमेल @outlook.com ईमेल पते के लिए जंक मेल पर जाता है। इसे बदलें, लॉगिन करें, और कोई भी पासवर्ड मैनेजर पासवर्ड आदि को स्टोर करने का संकेत नहीं देता है।

बस वाह खराब। मुझे लगता है कि परिणामस्वरूप Azure टीम को अच्छी प्रतिक्रिया नहीं मिल रही है। आशा है कि आप उस गड़बड़ी को ठीक करने के लिए इसे सही लोगों तक पहुंचा सकते हैं।

शायद यह किसी को जीआरपीसी को आईआईएस में होस्ट करने में मदद करेगा।
यहां जीआरपीसी-वेब कोड-फर्स्ट अप्रोच के साथ जीआरपीसीवेब ब्लेजर वेबअसेंबली के काम करने का उदाहरण दिया गया है, जो एक आकर्षण की तरह रिमोट पब्लिश के जरिए आईआईएस को होस्ट करता है। मुझे लगता है कि यह अन्य तरीकों से भी काम कर सकता है। मैंने कोई प्रदर्शन परीक्षण नहीं किया है, इसलिए मैं उस पर टिप्पणी नहीं कर सका, लेकिन मुझे लगता है कि कम से कम यह मध्यम आकार के समाधान तक किसी भी चीज़ पर अच्छा काम करेगा।
यहाँ जीथब से लिंक है
यह protobuf-net.Grpc.AspNetCore का भी उपयोग करता है जो कि कोई उबाऊ प्रोटोबफ घोषणा नहीं है। यह बहुत अच्छा है जब आप सीधे कार्यान्वयन पर जा सकते हैं या अनुरोध/प्रतिक्रिया के लिए अतिरिक्त विधियां जोड़ सकते हैं।

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

@ धनंजय 48 यह स्टैक ओवरफ्लो नहीं है। कृपया अपना प्रश्न वहां पूछें।
आइए इस मुद्दे को ऐप सेवा में जीआरपीसी से संबंधित सामग्री के लिए रखें।

यह मेरी समझ है कि सभी ऐप सेवाओं को आईआईएस द्वारा रिवर्स प्रॉक्सी किया जाता है। इसलिए वे तब तक काम नहीं करेंगे जब तक यह तय नहीं हो जाता।

केवल सार्वजनिक आईपी या rped by ha या nginx आदि (लिनक्स) के साथ कुछ काम करेगा। nginx या ha के साथ Kubernetes एक उदाहरण के रूप में ठीक काम करता है लेकिन प्रवेश के रूप में एप्लिकेशन गेटवे नहीं होगा।

क्या nginx के साथ 'केस्ट्रेल एक रिवर्स प्रॉक्सी कॉन्फ़िगरेशन में उपयोग किया जाता है', एक समाधान हो सकता है? https://docs.microsoft.com/en-us/aspnet/core/fundamentals/servers/kestrel?view=aspnetcore-3.1#when -to-use-kestrel-with-a-reverse-proxy'

मैंने एक उदाहरण होस्टिंग समाधान शामिल करने के लिए दस्तावेज़ों में @JamesNK को सुझाव दिया:
https://github.com/dotnet/AspNetCore.Docs/issues/18953

https://devblogs.microsoft.com/aspnet/grpc-web-for-net-now-available/?utm_source=vs_developer_news&utm_medium=referral
हाल ही में घोषित किया गया था और इसे Azure में तैनात किया जा सकता है।

गुरु, 25 जून, 2020 को दोपहर 1:48 बजे OzBob [email protected] ने लिखा:

यह मेरी समझ है कि सभी ऐप सेवाओं को आईआईएस द्वारा रिवर्स प्रॉक्सी किया जाता है।
इसलिए वे तब तक काम नहीं करेंगे जब तक यह तय नहीं हो जाता।

केवल एक सार्वजनिक आईपी के साथ कुछ या ha या nginx आदि (लिनक्स) द्वारा rped होगा
काम। nginx या ha के साथ Kubernetes एक उदाहरण के रूप में ठीक काम करता है लेकिन application
प्रवेश द्वार के रूप में प्रवेश नहीं होगा।

nginx के साथ 'केस्ट्रेल एक रिवर्स प्रॉक्सी कॉन्फ़िगरेशन में इस्तेमाल किया जा सकता है', हो सकता है
समाधान?
https://docs.microsoft.com/en-us/aspnet/core/fundamentals/servers/kestrel?view=aspnetcore-3.1#when -to-use-kestrel-with-a-reverse-proxy
'

मैंने सुझाव को @JamesNK https://github.com/JamesNK में डाल दिया है
डॉक्स, एक उदाहरण होस्टिंग समाधान शामिल करने के लिए:
dotnet/AspNetCore.Docs#18953
https://github.com/dotnet/AspNetCore.Docs/issues/18953

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/dotnet/aspnetcore/issues/9020#issuecomment-649198280 ,
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/ABCSC7KBUALMCXDGUS2NV7LRYLCKNANCNFSM4HDHMSDA
.

@acrigney और यहां Ch9 पर भी उल्लेख किया गया है: https://youtu.be/T4RD3W2MgHQ?list=TLPQMjUwNjIwMjB6we-UTBA_VA&t=288 by @shirhatti (https://twitter.com/sshirhatti)

मैं सिर्फ यह बताना चाहता था कि हम इन परिदृश्यों को सक्षम करने के लिए विंडोज टीम के साथ काम कर रहे हैं। इसके बारे में विंडोज टीम से एक ब्लॉग पोस्ट है, और https://github.com/dotnet/aspnetcore/pull/24120 में ASP.NET कोर में चीजों को उजागर करने के लिए कुछ अनुवर्ती कार्य हैं।

इस सब भूमि में अभी भी कुछ समय होगा, लेकिन यह रिपोर्ट करने में सक्षम होना अच्छा है कि हम कम से कम प्रगति कर रहे हैं।

अनुवर्ती कार्रवाई के लिए धन्यवाद, बहुत मददगार और सराहना की !!

बुधवार, 22 जुलाई, 2020 को पूर्वाह्न 11:17 बजे केविन पिल्च नोटिफिकेशन @github.com
लिखा था:

मैं सिर्फ यह बताना चाहता हूं कि हम विंडोज टीम के साथ काम कर रहे हैं
इन परिदृश्यों को सक्षम करना शुरू करें। यहाँ एक ब्लॉग पोस्ट है
इसके बारे में विंडोज टीम से https://aka.ms/grpcblogpost , और #24120
https://github.com/dotnet/aspnetcore/pull/24120 में कुछ हैं
ASP.NET Core में चीजों को उजागर करने के लिए अनुवर्ती कार्य।

इस सब भूमि में अभी भी कुछ समय लगेगा, लेकिन यह सक्षम होना अच्छा है
यह रिपोर्ट करने के लिए कि हम कम से कम प्रगति कर रहे हैं।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/dotnet/aspnetcore/issues/9020#issuecomment-662547810 ,
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/AAUKMASPCV3UE47OJZ6TIMDR44GKTANCNFSM4HDHMSDA
.

मैं सिर्फ यह बताना चाहता था कि हम इन परिदृश्यों को सक्षम करने के लिए विंडोज टीम के साथ काम कर रहे हैं। यहां इसके बारे में विंडोज टीम की एक ब्लॉग पोस्ट है, और #24120 में ASP.NET कोर में चीजों को उजागर करने के लिए कुछ अनुवर्ती कार्य हैं।

इस सब भूमि में अभी भी कुछ समय होगा, लेकिन यह रिपोर्ट करने में सक्षम होना अच्छा है कि हम कम से कम प्रगति कर रहे हैं।

ध्यान दें कि यह 5.0 पूर्वावलोकन में पहले से ही AspNetCore के HttpSys सर्वर में एकीकृत किया गया है। कृपया इसे एक कोशिश का मौका दीजिए। यदि हम अभी इस परत पर किसी भी समस्या की पहचान कर सकते हैं तो इसके ऊपर IIS परत जोड़ने पर हमें कम परेशानी होनी चाहिए।

क्या इसका मतलब यह है कि अगर मैं ASP.NET कोर लक्ष्यीकरण .NET 5 पूर्वावलोकन का उपयोग करता हूं तो मैं IIS पर पूर्ण gRPC कर सकता हूं?

अभी नहीं। यहाँ विभिन्न भागों का एक समूह है:

1. विंडोज़ में Http.sys मॉड्यूल
2. HttpSysServer में इसके लिए ASP.NET कोर सपोर्ट
3. विंडोज़ में इसके लिए आईआईएस समर्थन
4. IIS पर इसके लिए ASP.NET कोर सपोर्ट
5. इसके लिए रिवर्स प्रॉक्सी में समर्थन करें जो Azure ऐप सेवा उपयोग करती है
6. Azure ऐप सेवा 1 और 3 के साथ विंडोज़ के निर्माण को तैनात करती है।
7. Azure ऐप सेवा 5 . से रिवर्स प्रॉक्सी के निर्माण को तैनात करती है
8. Azure ऐप सेवा 2 और 4 के साथ ASP.NET कोर के निर्माण की तैनाती करती है।

@Tratcher क्या कह रहा था कि 1 और 2 .NET 5 के पूर्वावलोकन में उपलब्ध हैं। हम अभी 3 और 4 पर काम कर रहे हैं, लेकिन 1 और 2 को आज़माने से हमें यह प्रतिक्रिया देने में मदद मिलेगी कि क्या यह काम करेगा, क्योंकि Http. sys समर्थन IIS समर्थन का आधार है।

कहना चाहिए था, 1 विंडोज के पूर्वावलोकन में उपलब्ध है, और 2 .NET 5 के पूर्वावलोकन में उपलब्ध है।

Windows अंदरूनी सूत्र पूर्वावलोकन अद्यतन http.sys के साथ उपलब्ध है
https://techcommunity.microsoft.com/t5/networking-blog/windows-server-insiders-getting-grpc-support-in-http-sys/ba-p/1534273

कोई विचार अगर यह विंडोज सर्वर 2016/2019 के लिए विंडोज अपडेट के रूप में उपलब्ध होगा?

और आईआईएस समर्थन अब यहां घोषित नवीनतम विंडोज इनसाइडर बिल्ड में है।

हम जांच कर रहे हैं कि क्या इन परिवर्तनों को सर्विसिंग बिल्ड में बैकपोर्ट करना संभव होगा, लेकिन यह अभी भी हवा में है। अब तक, रिकॉर्ड की एकमात्र योजना यह है कि वे भविष्य में रिलीज में होंगे।