Aws-lambda-dotnet: .NET 5 समर्थन?

को निर्मित 26 अग॰ 2020 · 26टिप्पणियाँ · स्रोत: aws/aws-lambda-dotnet

क्षमा करें यदि यह पहले पूछा गया है, तो बेझिझक बंद करें और यदि ऐसा है तो मुझे उत्तर की ओर इशारा करें। मैंने एक नज़र डाली है लेकिन फिर भी जवाब नहीं मिला।

.NET 5 को एलटीएस रिलीज के रूप में चिह्नित नहीं किया गया है: https://devblogs.microsoft.com/dotnet/introducing-net-5/

मुझे पता है कि लैम्ब्डा टीम की नीति केवल .NET LTS रिलीज़ का समर्थन करना है, लेकिन क्या यह .NET 5 पर भी लागू होगा या इसे काफी बड़ा मानते हुए अपवाद बनाया जाएगा (.NET Core और .NET Framework का एकीकरण)? अगर हमें अगले समर्थित .NET संस्करण (.NET 6) और इसके साथ आने वाले सभी अतिरिक्त उपहारों के लिए 2021 के अंत/2022 की शुरुआत तक इंतजार करना पड़े तो यह शर्म की बात होगी।

modullambda-client-lib

स्रोत

andyfurniss4

👍32

सबसे उपयोगी टिप्पणी

इस पर अब कोई खबर है कि .NET 5 जारी किया गया है?

johan-lindqvist 11 नव॰ 2020

👍19 🚀2

सभी 26 टिप्पणियाँ

मैं इस विषय के बारे में भी उत्सुक हूं, खासकर जब से अगले एलटीएस (२०२१) की प्रतीक्षा करना एक बहुत बुरा (व्यावसायिक) विचार लगता है।

henalbrod 26 अग॰ 2020

👍1

यह लैम्ब्डा सेवा दल की नीति है जो रनटाइम के एलटीएस संस्करणों का समर्थन करती है। हम, AWS .NET टीम, यह देखने के लिए अपने विकल्पों के माध्यम से काम करने की कोशिश कर रहे हैं कि हम लैम्ब्डा के साथ .NET 5 का सर्वोत्तम समर्थन कैसे कर सकते हैं क्योंकि हम जानते हैं कि इसके लिए बहुत उत्साह है।

लैम्ब्डा परिप्रेक्ष्य में .NET चलाने से उत्सुकता से लोगों को .NET 5 के साथ सबसे ज्यादा दिलचस्पी क्या है? यह मुझे प्राथमिकताओं को आगे बढ़ाने में मदद करता है।

normj 28 अग॰ 2020

तेज़ स्टार्टअप, कम फ़ुटप्रिंट, और कम मेमोरी उपयोग
.NET का स्थिर संकलन (समय से पहले - AOT)
जावा इंटरऑपरेबिलिटी - यह एक "हत्यारा सुविधा" हो सकती है

petarrepac 29 अग॰ 2020

👍9

हाय @ एंडीफर्निस 4 ,

नमस्कार।

ऐसा लगता है कि @normj ने इस प्रश्न पर इनपुट प्रदान किया था। कृपया सलाह दें कि क्या हम इस मुद्दे को बंद कर सकते हैं।

धन्यवाद,
आशीष

ashishdhingra 9 सित॰ 2020

लैम्ब्डा परिप्रेक्ष्य में .NET चलाने से उत्सुकता से लोगों को .NET 5 के साथ सबसे ज्यादा दिलचस्पी क्या है? यह मुझे प्राथमिकताओं को आगे बढ़ाने में मदद करता है।

मैं वास्तव में रिकॉर्ड्स के लिए सी # 9 में जाना चाहता हूं, नया जेसन सीरियलाइजेशन, नलबल टाइप एनोटेशन, एफ # 5 - उस क्रम में

xdaDaveShaw 18 सित॰ 2020

👍9

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

bjorg 21 सित॰ 2020

एक कस्टम रनटाइम काम करना चाहिए, लेकिन 5.0 RC1 में .NET रनटाइम में एक बग है, जिसका अर्थ है कि यह AWS लैम्ब्डा में काम नहीं करता है (देखें #730)। RC2 जारी होने के बाद अच्छा होना चाहिए।

martincostello 21 सित॰ 2020

क्या कस्टम रनटाइम का उपयोग और रखरखाव टीमों के लिए अधिक ओवरहेड है? मैंने हाल ही में इस पर ध्यान नहीं दिया है, पिछली बार यह बहुत प्रयास लग रहा था, लेकिन यह CoreRT के लिए था।

जैसे एक को स्थापित करना, उसका उपयोग करना, उसे अद्यतन करना, आदि?

उनके लिए AWS समर्थन के बारे में क्या?

xdaDaveShaw 21 सित॰ 2020

व्यक्तिगत अनुभव से, मेरे पास एकमात्र चल रहा ओवरहेड है जो महीने में एक बार नवीनतम सुधार और/या सुरक्षा पैच लेने और फिर से तैनात करने के लिए NuGet पैकेज और एसडीके को टक्कर दे रहा है।

अन्यथा मुझे लगता है कि एक कस्टम रनटाइम पर स्विच करने से मुझे रिफैक्टर करने और सब कुछ परीक्षण करने और Amazon.Lambda.RuntimeSupport पैकेज में प्लग करने में लगभग एक दिन लग गया।

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

मेरे उपयोग के मामलों के लिए, मुझे लगता है कि ओवरहेड एडब्ल्यूएस से बंधे रहने के बजाय हमारे अपने शेड्यूल पर अपडेट करने में सक्षम है।

वाईएमएमवी।

martincostello 21 सित॰ 2020

❤2

हम वर्तमान में Oracle से Aurora Postgres की ओर बढ़ रहे हैं, क्योंकि उन्होंने हमारे विकास को धीमा कर दिया क्योंकि हम नवीनतम तकनीक के साथ कुछ नया करने में असमर्थ थे। चूंकि यह Oracle लक्ष्यीकरण के लिए Entity Framework ड्राइवर है .NET Core 3.X अभी जारी किया गया था। हालांकि, हमने महसूस किया कि हमें उनकी वजह से एलटीएस पर बने रहने की जरूरत है। लेकिन LTS सपोर्ट महीनों बाद नहीं आ सकता। यह देखते हुए कि मुझे लगता है कि .NET 5.0 भी एलटीएस योजना का एक अच्छा अपवाद है, क्योंकि यह कार्यक्षमता में इतना बड़ा बदलाव है।

rlove 28 सित॰ 2020

इस पर अब कोई खबर है कि .NET 5 जारी किया गया है?

johan-lindqvist 11 नव॰ 2020

👍19 🚀2

मेरी मुख्य रुचियां सी#9 और सभी System.Text.Json अपडेट हैं।

andyfurniss4 14 नव॰ 2020

ध्यान रखें कि आप आज .NET 5 का उपयोग करने के लिए कस्टम रनटाइम क्षमता का उपयोग कर सकते हैं: https://aws.amazon.com/blogs/developer/net-core-3-0-on-lambda-with-aws-lambdas- कस्टम-रनटाइम/

मैंने अभी तक इसकी कोशिश नहीं की है, लेकिन कोड ट्रिमिंग के साथ, जो .NET 5 में नया है, अनुभव .NET Core 3.0 की तुलना में बहुत बेहतर होना चाहिए।

bjorg 15 नव॰ 2020

👍3

यह लैम्ब्डा सेवा दल की नीति है जो रनटाइम के एलटीएस संस्करणों का समर्थन करती है। हम, AWS .NET टीम, यह देखने के लिए अपने विकल्पों के माध्यम से काम करने की कोशिश कर रहे हैं कि हम लैम्ब्डा के साथ .NET 5 का सर्वोत्तम समर्थन कैसे कर सकते हैं क्योंकि हम जानते हैं कि इसके लिए बहुत उत्साह है।
लैम्ब्डा परिप्रेक्ष्य में .NET चलाने से उत्सुकता से लोगों को .NET 5 के साथ सबसे ज्यादा दिलचस्पी क्या है? यह मुझे प्राथमिकताओं को आगे बढ़ाने में मदद करता है।

क्या इसका मतलब यह है कि .NET 5 के साथ लैम्ब्डा ऐप्स चलाना केवल एक बार .NET 5.0 को "करंट" से "LTS" में ले जाने के बाद ही समर्थित होगा?

jstallm 18 नव॰ 2020

.NET 5.0 कभी भी एलटीएस नहीं होगा। .NET 6.0 अगला एलटीएस संस्करण होगा।

martincostello 18 नव॰ 2020

.NET 5.0 कभी भी एलटीएस नहीं होगा। .NET 6.0 अगला एलटीएस संस्करण होगा।

लैम्ब्डा और .NET 5.0 का उपयोग करने के लिए उनके समर्थन के संबंध में इसका वास्तव में क्या अर्थ है?

jstallm 18 नव॰ 2020

इसका मतलब है कि हमें लैम्ब्डा पर .NET 5 के लिए समर्थन की उम्मीद नहीं करनी चाहिए क्योंकि यह एलटीएस नहीं होगा।

bjorg 18 नव॰ 2020

इसका मतलब है कि हमें लैम्ब्डा पर .NET 5 के लिए समर्थन की उम्मीद नहीं करनी चाहिए क्योंकि यह एलटीएस नहीं होगा।

धन्यवाद @bjorg । यदि यह निष्कर्ष है, तो क्या इस मुद्दे को सीधे उत्तर के रूप में बंद कर देना चाहिए?

jstallm 18 नव॰ 2020

मैंने यह जानते हुए उठाया कि .NET 5 एलटीएस नहीं था और एडब्ल्यूएस टीम केवल एलटीएस का समर्थन करती है। मैं सोच रहा था कि क्या रिलीज की भयावहता और इस तथ्य के कारण अपवाद बनाया जाएगा कि अगला एलटीएस 2021 के अंत तक नहीं होगा। बात यह है कि हमारे पास स्पष्ट "हां" या "नहीं" नहीं है। फिर भी मुझे नहीं लगता कि हमें इसे अभी बंद करना चाहिए। .NET 5 रिलीज़ आया और चला गया (ठीक वैसे ही जैसे उसने 3.1 के लिए किया था) और हमारे पास लैम्ब्डा समर्थन नहीं है लेकिन इसका मतलब यह नहीं है कि ए) वे इस पर काम नहीं कर रहे हैं या बी) वे योजना नहीं बना रहे हैं।

अगर एडब्ल्यूएस लोगों ने .NET 5 का समर्थन नहीं करने का फैसला किया है और वे इसे स्पष्ट कर देते हैं तो निश्चित रूप से, इस मुद्दे को बंद कर दें। अगर ऐसा है तो हमें अगले समर्थित .NET संस्करण के लिए बस 12-18 महीने और इंतजार करना होगा।

साथ ही, मैं समझता हूं कि काम करने के लिए एक लाख अन्य चीजें हैं और यह शायद मामूली नहीं है। मुझे चमकदार नई चीज़ें पसंद हैं

andyfurniss4 19 नव॰ 2020

👍6 ❤1

सच्चाई यह है कि माइक्रोसॉफ्ट ने जिस गति को .NET को देने का फैसला किया है, उसे देखते हुए हर दूसरे साल एलटीएस रिलीज की प्रतीक्षा करने का कोई मतलब नहीं है। क्योंकि करंट रिलीज भी एलटीएस की तरह महकती है, जब यह लगभग 15 महीने (1 साल + 3 महीने का समर्थन) के आसपास रहने के लिए बाध्य है।

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

ईमानदारी से, मैं वर्तमान पथ पर रनटाइम के लिए पूर्व-पका हुआ कस्टम रनटाइम के साथ ठीक रहूंगा।

Kralizek 19 नव॰ 2020

👍1

ईमानदारी से, मैं वर्तमान पथ पर रनटाइम के लिए पूर्व-पका हुआ कस्टम रनटाइम के साथ ठीक रहूंगा।

आप ऐसा कहते हैं, लेकिन अन्य लोग नवंबर 2021 में AWS से एक अधिसूचना प्राप्त करने के लिए उतने उत्साही नहीं हो सकते हैं, जो उन्हें बता रहे हैं कि उनके लैंबडास AWS से सभी समर्थन से बाहर होने से पहले उनके पास 5.x से 6.0 तक अपडेट करने के लिए 3 महीने हैं।

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

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

यह बहुत अच्छा होगा यदि लैम्ब्डा ने माइक्रोसॉफ्ट द्वारा जारी किए गए दिन के रूप में .NET के सभी नए प्रमुख संस्करणों का समर्थन किया, लेकिन मुझे लगता है कि उनके पैमाने पर ऐसा करने की व्यावहारिकता यही है कि चीजें अभी जिस तरह से हैं।

यदि आप वास्तव में, वास्तव में अत्याधुनिक होना चाहते हैं और जितनी जल्दी हो सके अपग्रेड करना चाहते हैं और चीजों का समर्थन करते हैं और अपना काम करते हैं और सभी परिणामों को स्वीकार करते हैं, तो कस्टम रनटाइम इसी तरह के हैं।

martincostello 19 नव॰ 2020

समस्या यह है कि हम स्पष्ट रूप से अत्याधुनिक नहीं हैं। .NET कोर तेजी से चलता है और उल्लेखनीय रूप से स्थिर रहा है। अभी NuGet में देखें और 5.0.0 के लिए पैकेज उपलब्ध हैं। वे अब सार्वजनिक उपभोग के लिए हैं।

जबकि मैंने डॉटनेट कोर 3.1 प्रोजेक्ट को डॉटनेट 5 में अपग्रेड करने की कोशिश नहीं की है, अब तक, मैंने सिर्फ अपग्रेड करने में कोई बड़ी समस्या नहीं की है (उदाहरण के लिए 2.1 से 3.1 तक)।

डॉटनेट 5 एक अलग जानवर हो सकता है, लेकिन मेरे लिए कस्टम रनटाइम सी ++ लैम्ब्डा जैसे अधिक असामान्य वातावरण के लिए हैं।

इसके बजाय मेरे पास अपडेट होंगे और बाद में जल्द से जल्द डॉटनेट 5 लैम्ब्डा में चले जाएंगे। 2020 ने साबित कर दिया है कि एक साल बहुत लंबा समय होता है :-)

genifycom 19 नव॰ 2020

👍1

मैं देख रहा हूँ कि आप @martincostello से कहाँ आ रहे हैं।

लेकिन यह इस तरह की पसंद है जो ग्राहकों पर होनी चाहिए: चालू या एलटीएस।

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

@genifycom ने जो कहा, उसे

मेरी कंपनी में हमारे पास दसियों कार्य हैं और अधिकांश समय हम उन्हें एक फ़ोल्डर-व्यापी खोज/प्रतिस्थापन के साथ अपग्रेड करते हैं (यह थोड़ा अधिक जटिल था जब हमें प्रोजेक्ट फ़ाइल से विशिष्ट लैम्बडाटूल संपत्ति को हटाना पड़ा)।

Kralizek 19 नव॰ 2020

👍1

मैं भी एक एलटीएस संस्करण उपलब्ध होने तक डॉटनेट 5 के लिए संक्रमणीय समर्थन देखना चाहता हूं। (यह अतीत में दूसरे संस्करण के साथ हुआ था)

इस समय उपलब्ध एकमात्र विकल्प हैं:

डॉटनेट कोर 3.1 के साथ रहें और डॉटनेट 6 तक प्रतीक्षा करें :(
एक कस्टम रनटाइम का उपयोग करें (जो अपने आप में ठीक होगा, हालांकि, डॉटनेट 5 में पर्याप्त देशी एओटी की कमी के कारण स्टार्टअप समय इस हद तक प्रभावित होगा कि यह डेवलपर्स को इस विचार से दूर कर देगा https://medium.com/ @ zaccharles/benchmarking-lambdas-new-custom-runtime-for-net-core-43ea79b5a35a)

tmitchel2 23 नव॰ 2020

Zac ने कस्टम रनटाइम के लिए स्टार्टअप प्रदर्शन को बेहतर बनाने के तरीके के बारे में अधिक विवरण के साथ उस मूल पोस्ट का अनुसरण किया: https://medium.com/@zaccharles/net -core-3-0-aws-lambda-benchmarks-and-recommendations- 8fee4dc131b0

martincostello 23 नव॰ 2020

👍2

मुझे आशा है कि वह .NET 5 संस्करण पोस्ट करेगा, क्योंकि .NET 5 में बहुत सारे संकलन सुधार हैं जो .NET कोर 3.1 में मौजूद नहीं थे, जैसे कोड ट्रिमिंग, जो कस्टम रनटाइम के साथ बहुत उपयोगी होगा।

bjorg 23 नव॰ 2020

👍5

क्या यह पृष्ठ उपयोगी था?

5 / 5 - 1 रेटिंग्स

Aws-lambda-dotnet: .NET 5 समर्थन?

सबसे उपयोगी टिप्पणी

सभी 26 टिप्पणियाँ

संबंधित मुद्दों