Aws-lambda-dotnet: Unterstützung für .NET Core 2.1

Wir arbeiten hart daran, .NET Core 2.1 in Lambda verfügbar zu machen.
Ich kann mich jedoch nicht zu einem bestimmten Zeitplan äußern.
Es gibt keine Pläne, .NET Core 2.1 RC1 zu unterstützen.

FYI .NET Core 2.1.0 wurde heute offiziell veröffentlicht. Ich kann das Upgrade kaum erwarten!

@raRaRa war es? Ich konnte es nirgendwo finden

Alle Nuget-Pakete wurden aktualisiert. So wie es aussieht, immer noch keine Ankündigung.

Die Ankündigung ging gerade hoch! https://blogs.msdn.microsoft.com/dotnet/2018/05/30/announcing-net-core-2-1/

Ist .net Core 2.1 in Lambda verfügbar? Laut diesem Artikel sieht es so aus, als wäre es noch nicht verfügbar.

Es ist noch nicht verfügbar. Dieser Blog ist jedoch der richtige Ort, um nach der Ankündigung zu suchen.

Wie kommen die Fortschritte voran? 😁

Arbeite noch dran...

Aus Neugier, auf welche Funktionen in 2.1 sind Sie am meisten gespannt, wenn es um Lambda geht?

@normj Hauptsächlich Laufzeit- und Netzwerkleistungsverbesserungen, HttpClientFactory und Span<T> , Memory<T> und Freunde.

Eine andere Anmerkung: Arbeiten Sie daran, .NET Core 2.1.1 von Anfang an zu unterstützen, was einige ordentliche Fehlerkorrekturen enthält, oder können wir damit rechnen, dass 2.1.0 zuerst unterstützt wird?

Und vielen Dank, dass Sie uns auf dem Laufenden halten, sehr geschätzt. Ich liebe die hervorragende Arbeit, die ihr bisher geleistet habt. ❤️

Worauf ich mich bei .NET Core 2.1 am meisten freue, ist Tired Compilation , da es meines Erachtens einige deutliche Verbesserungen bei der Kaltstartzeit bieten sollte.

Können wir basierend auf dem Ende der Lebensdauer von .NET Core 2 nach der Veröffentlichung von 2.1 eine Schätzung erhalten, wann dies bereit sein wird, um die Upgrades zu planen?

Schon ein Veröffentlichungsdatum in Sicht? Darauf warten, um Kompatibilitätsprobleme mit dem MongoDB-Atlas zu beheben.

Interessiert an den folgenden Funktionen.

• EF 2.1
  
  
  
  • Leistung
  
  
  • Gruppiere nach
  
  
• .Net Core 2.1
  
  
  
  • ApiController Attribut und automatische Modellvalidierung
  
  

Anscheinend wurde 2.1 vor 22 Minuten veröffentlicht!

FYI

Wie in [3] erwähnt, arbeiten wir an dem Update für .NET Core 2.1.1, das Ende Juni herauskam. Wir werden es so schnell wie möglich in der AWS Lambda-Umgebung verfügbar machen.

• https://aws.amazon.com/blogs/developer/aws-lambda-net-core-2-1-support-released/

.NET Core 2.1 für Lambda wurde gerade veröffentlicht. https://aws.amazon.com/blogs/developer/aws-lambda-net-core-2-1-support-released/

@normj Wie lange dauert es, bis die Erweiterung VSTS AWS Lambda Deploy Function aktualisiert wird, um die Auswahl von Runtime 2.1 zu ermöglichen?

@aaronhudon Wir planen, VSTS nächste Woche mit der neuen Enum zu aktualisieren. Leider wurde es mit einigen anderen VSTS-Funktionen, die wir mit der nächsten Version herausbringen, zusammengeballt. Lassen Sie mich wissen, ob das ein Problem sein wird, und ich kann sehen, was wir ausarbeiten können.

Scheint, als ob .NET Core 2.1.2 jetzt mit einem Sicherheitsupdate herauskommt. Wird es für Lambda ein schwieriger/zeitaufwändiger Prozess sein, die neueste Version von .NET Core zu unterstützen?

@raRaRa Wir arbeiten an 2.1.2, aber ich bin mir nicht sicher, wann es in Lambda sein wird.

Ich habe das AWS Toolkit auf Version 1.14.4.0, Microsoft.AspNetCore.App auf 2.1.0 und Amazon.Lambda.Tools auf 2.2.0 aktualisiert

Wenn ich in AWS Lambda veröffentliche, zeigt das Dialogfeld das richtige Framework (2.1) und wird reibungslos bereitgestellt.

Wenn ich jedoch auf die API zugreife, erhalte ich eine Fehlermeldung und die CloudWatch sagt:

It was not possible to find any compatible framework version
The specified framework 'Microsoft.AspNetCore.App', version '2.1.0' was not found.
- Check application dependencies and target a framework version installed at:
/
- Alternatively, install the framework version '2.1.0'.
Failed to execute the Lambda function. The dotnet CLI failed to start with the provided deployment package. Please check CloudWatch logs for this Lambda function to get detailed information about this failure.: LambdaException

Mache ich etwas falsch?

In Ihrer serverless.template-Datei für die Ressource AWS::Serverless::Function haben Sie die Eigenschaft Runtime auf dotnetcore2.1 aktualisiert. Entschuldigung, wir hätten das in den Blog-Beitrag schreiben sollen.

@normj Das war das fehlende Stück. Danke!

Ich habe festgestellt, dass zur Aktivierung der mehrstufigen Kompilierung diese als AWS-Funktionsumgebungsvariable festgelegt werden muss. ZB in serverless.template:

"Environment": {
    "Variables": {
        "COMPlus_TieredCompilation" : 1
    }
}

Scheint beim Kaltstart eine spürbare Leistungssteigerung zu haben.

@ferugi Super interessant, danke fürs Teilen. Wissen Sie, ob es irgendwelche bekannten Nebenwirkungen der Verwendung von mehrstufiger Kompilierung gibt, z. B. könnte es tatsächlich zu einer insgesamt schlechteren Leistung führen, während die Startzeit schneller wird?

@ferugi Besteht die Möglichkeit, die Leistungsverbesserung zu quantifizieren? Ich habe bei meinen Tests nicht wirklich viel bemerkt, aber ich hatte vielleicht nicht genug von einem Szenario aus der realen Welt.

Sorry für die langsame Antwort. @normj Ich habe kein gutes Beispiel aus der realen Welt, aber ein Schnelltest mit Lambda und API Gateway ergab diese Ergebnisse (128 MB Speicher).
@raRaRa Ich weiß nicht genug, um dir eine echte Antwort zu geben. Das heißt, in dem von mir durchgeführten Test sah es so aus, als ob die Antwortzeit nachfolgender Anrufe etwas mehr variierte, wenn die abgestufte Kompilierung aktiviert war.

@normj Irgendwelche Updates zur Unterstützung für .NET Core 2.1.2 ? Danke!

Keine Aktualisierungen. Wir arbeiten immer noch daran, es so schnell wie möglich herauszubringen.

[GELÖST] Durch Löschen und Neuerstellen der Instanz meiner App in Beanstalk und anschließendes erneutes Bereitstellen.

Anscheinend wird Dotnet Core 2.1 gemäß dem Link unten nativ auf Beanstalk unterstützt. Aber ich bekomme immer noch die Meldung "Prozessfehler", als wäre dies nicht der Fall.

https://aws.amazon.com/about-aws/whats-new/2018/06/aws-elastic-beanstalk-supports--net-core-2-1-on-windows-server-p/

https://blogs.msdn.microsoft.com/dotnet/2018/08/02/tiered-compilation-preview-in-net-core-2-1/

Sobald Sie auf 2.1.2 aktualisiert haben, lässt 2.1.0 keine dynamischen Änderungen an cshtml-Dateien mehr zu. Ich bekomme diesen Fehler https://github.com/dotnet/core/issues/1728

Dies hat uns gezwungen, auf 2.1.2 zu aktualisieren, um die Produktivität wiederherzustellen. Leider können wir Lambda nicht mehr bereitstellen, daher stecken wir derzeit fest.

Auch ohne den neuesten Patch ziemlich hängen geblieben. Wird 2.1.1 / 2.1.2 bald fertig sein, oder sollten wir darüber nachdenken, unsere Architektur komplett auf selbstgebaute Docker-Container mit Fargate/selbst gehostetem Kubernetes umzustellen?

Wir arbeiten daran, 2.1.2 so schnell wie möglich zu veröffentlichen.
Sie sollten nichts ändern müssen.

Inzwischen ist 2.1.3 raus.

Nur aus Neugier, was ist mit dem Upgrade auf die neueste Haupt- oder Nebenversion von .NET verbunden? Fühlt sich an wie ein kontinuierlicher Aufholzyklus.

Es gibt viele Schritte hinter den Kulissen, um neue Laufzeiten in AWS Lambda zu erstellen, zu testen, zu verifizieren und bereitzustellen.

Mit dem Nachholzyklus hast du vollkommen recht. Dies zu verbessern, ist eine unserer obersten Prioritäten für die Unterstützung von AWS Lambda .NET Core.

2.1.4 ist jetzt draußen.

Stattdessen arbeiten wir jetzt daran. Wir halten Sie auf dem Laufenden.

Es wurde festgestellt, dass dieses Problem mit .NET Core 2.1.4 behoben wurde.

Scheint ein guter Grund zu sein, Lambda Environment bald auf 2.1.4 zu aktualisieren :) - da es bei der guten Nutzung der zugrunde liegenden CPU-Ressourcen helfen kann.

Danke für die Arbeit.

@melih154 Wow, dieses Problem war mir nicht bewusst. Ist der neue Socket in .NET Core 2.1 standardmäßig aktiviert?

Wir brauchen wirklich .NET Core 2.1.4-Unterstützung. 🍕

Und 2.1.5 ist raus.
https://blogs.msdn.microsoft.com/dotnet/2018/10/02/net-core-october-2018-update/

Lambda wird mit 2.1.4 bereitgestellt und 2.1.5 befindet sich in der Entwicklungspipeline. Die Lambda- README wurde mit einer neuen Tabelle aktualisiert, die die aktuellen Versionen nachverfolgt. Hoffe das hilft bei der Sichtbarkeit.

Das tut es auf jeden Fall! Ich danke dir sehr.