Aws-lambda-dotnet: Open Source .NET Core Lambda-Laufzeit

Der aktuelle Status ist, dass die Bibliothek CR durchläuft. An zusätzlichen Werkzeugen wird gearbeitet, um dies zu unterstützen. Ursprünglich ist geplant, dass die Amazon.Lambda.Tools die eigenständige Bereitstellung von .NET Core unterstützen, um die .NET Core-Laufzeitbits Lambda zu erhalten.

Wenn ich das richtig lese, können wir das Amazon.Lambda.RuntimeSupport-Nuget mit den vorhandenen Bibliotheken verwenden und es wird eine eigenständige Bereitstellung unterstützen? Ich würde gerne die Bereitstellung von .NET Core 3-Web-Apps hinter einer ALB unterstützen können.

Würde es sich möglicherweise lohnen, Middleware zu erstellen, um die API-Gateway-/ALB-Ereignisdarstellung in normale Header und Körper umzuwandeln, damit Kestrel den Rest erledigen kann?

Gerade veröffentlicht Amazon.Lambda.RuntimeSupport

Wo finde ich eine exemplarische Vorgehensweise für Visual Studio NET 2.1 mit dem S3-Proxy? Ich bin ganz neu in der Verwendung von AWS. Ich habe mein Front- und Backend auf meinem Computer zum Laufen gebracht. Ich habe das Front-End erfolgreich in einen S3-Bucket hochgeladen und auf meiner neuen Domain goop.dev gehostet

Amazon.Lambda.RuntimeSupport ist nicht zur Verwendung für .NET Core 2.1-Lambda-Funktionen vorgesehen. Für 2.1 sollten Sie die integrierte Laufzeit verwenden.

Es hört sich so an, als wäre Ihre Frage besser als ein eigenes GitHub-Problem geeignet. Ich bin mir nicht sicher, was Sie mit dem S3-Proxy meinen.

Können Sie ein neues Thema eröffnen und mehr Details geben? Öffnen Sie es in diesem Repository, wenn es sich auf Lambda bezieht, oder in https://github.com/aws/aws-sdk-net , wenn es sich auf das .NET SDK bezieht.

Wird geschlossen, da die Funktion ausgeliefert wurde

Danke velozzi. Ich eröffne meine erste Ausgabe.

@normj Also können wir jetzt 2.2 in unserem Lambda beim Veröffentlichen verwenden?

Aber was ist mit dem Mock Lambda Test Tool? in 2.1-Projekten ist alles ok.

Aber in 2.2 erhalten wir einen bizarren Fehler https://github.com/aws/aws-lambda-dotnet/issues/478