Aws-lambda-dotnet: .NET Core2.1のサポート

.NET Core2.1をLambdaで利用できるようにするために懸命に取り組んでいます。
ただし、特定のタイムラインについてコメントすることはできません。
.NET Core 2.1RC1をサポートする予定はありません。

FYI .NET Core2.1.0は本日正式にリリースされました。 アップグレードが待ちきれません！

@raRaRaでしたか？ どこにも見つかりませんでした

すべてのnugetパッケージが更新されました。 見た目による発表はまだありません。

アナウンスが上がりました！ https://blogs.msdn.microsoft.com/dotnet/2018/05/30/announcing-net-core-2-1/

.netコア2.1はLambdaで利用できますか？ この記事によると、まだ利用できないようです。

まだ利用できません。 ただし、そのブログは発表を探すのに適した場所です。

進捗状況はどうですか？ 😁

まだ取り組んでいます...

好奇心から、ラムダに関して2.1のどの機能に最も興奮していますか？

@normj主にランタイムとネットワークのパフォーマンスの向上、 HttpClientFactory 、 Span<T> 、 Memory<T> 、およびその仲間たち。

別の注意点として、最初から.NET Core 2.1.1のサポートに取り組んでいますが、これにはいくつかの優れたバグ修正が含まれていますか、それとも2.1.0が最初にサポートされると期待できますか？

そして、私たちをループに入れてくれてありがとう、大いに感謝します。 あなたたちがこれまでに行った素晴らしい仕事が大好きです。 ❤️

.NET Core 2.1で私が最も楽しみにしているのは、コールドスタート時間にいくつかの重要な改善を提供するはずだと理解しているので、 TiredCompilationです。

2.1のリリース後の.NETCore 2の寿命に基づいて、アップグレードを計画する準備が整う時期を見積もることができますか？

まだリリース日はありますか？ MongoDBアトラスとの互換性の問題を修正するためにこれを待っています。

以下の機能に興味があります。

• EF 2.1
  
  
  
  • パフォーマンス
  
  
  • GroupBy
  
  
• .Net Core 2.1
  
  
  
  • ApiController属性と自動モデル検証
  
  

2.1が22分前にリリースされたようです！

ご参考までに

[3]で述べたように、6月下旬にリリースされた.NET Core2.1.1アップデートに取り組んでいます。 できるだけ早くAWSLambda環境で利用できるようにします。

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

.NET Core 2.1 forLambdaがリリースされました。 https://aws.amazon.com/blogs/developer/aws-lambda-net-core-2-1-support-released/

@normj VSTS AWS Lambda Deploy Function拡張機能が更新されてランタイム2.1を選択できるようになるまで、どのくらいの時間がかかりますか？

@aaronhudon来週、新しい列挙型でVSTSを更新する予定です。 残念ながら、次のリリースでリリースされる他のVSTS機能と一緒にバッチ処理されました。 それが問題になるかどうか教えてください。私たちが何を解決できるかがわかります。

.NET Core2.1.2がセキュリティアップデートとともにリリースされたようです。 Lambdaが最新バージョンの.NETCoreをサポートするのは困難で時間のかかるプロセスになるのでしょうか？

@raRaRa 2.1.2に取り組んでいますが、Lambdaでいつになるかわかりません。

AWS Toolkitをバージョン1.14.4.0に、Microsoft.AspNetCore.Appを2.1.0に、Amazon.Lambda.Toolsを2.2.0にアップグレードしました。

AWS Lambdaに公開すると、ダイアログに正しいフレームワーク（2.1）が表示され、スムーズにデプロイされます。

ただし、APIにアクセスすると、エラーが発生し、CloudWatchは次のように表示します。

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

私は何か間違ったことをしていますか？

AWS :: Serverless :: Functionリソースのserverless.templateファイルで、 Runtimeプロパティをdotnetcore2.1に更新しましたか。 申し訳ありませんが、それをブログ投稿に入れるべきでした。

@normjそれは欠けていた部分でした。 ありがとう！

階層型コンパイルを有効にするには、AWSFunction環境変数として設定する必要があることがわかりました。 例：serverless.template：

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

コールドスタートで顕著なパフォーマンスの向上があるようです。

@ferugi非常に興味深い、共有してくれてありがとう。 階層型コンパイルを使用することの既知の副作用があるかどうかを知っていますか。たとえば、起動時間が速くなる一方で、実際に全体的なパフォーマンスが低下する可能性があります。

@ferugiパフォーマンスの向上を数値化できる可能性はありますか？ テストではあまり気づきませんでしたが、実際のシナリオが十分になかった可能性があります。

応答が遅くなってすみません。 @normj実世界での良い例はありませんが、LambdaとAPI Gatewayを使用した簡単なテストでこれらの結果が得られました（128MBのメモリ）。
@raRaRa私はあなたに本当の答えを与えるのに十分なことを知りません。 とは言うものの、私が実行したテストでは、階層型コンパイルが有効になっている場合、後続の呼び出しの応答時間にもう少しばらつきがあるように見えました。

@normj .NET Core 2.1.2のサポートに関する更新はありますか？ ありがとう！

更新はありません。 私たちはまだできるだけ早くそれを出すことに取り組んでいます。

[解決済み] Beanstalkでアプリのインスタンスを削除して再作成してから、再デプロイする。

どうやらDotnetCore 2.1は、以下のリンクに従ってbeanstalkでネイティブにサポートされています。 それでも、そうではないかのように「プロセス失敗」メッセージが表示されます。

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/

2.1.2に更新すると、2.1.0ではcshtmlファイルへの動的な変更が許可されなくなります。 このエラーが発生しますhttps://github.com/dotnet/core/issues/1728

これにより、生産性を取り戻すために2.1.2にアップグレードする必要がありました。 残念ながら、Lambdaにデプロイできなくなったため、現在スタックしています。

また、最新のパッチなしでかなり立ち往生しています。 2.1.1 / 2.1.2は間もなく準備が整いますか、それともアーキテクチャを完全に変更して、Fargate /セルフホストのKubernetesを使用したセルフビルドのDockerコンテナに変更することを検討する必要がありますか？

2.1.2をできるだけ早くリリースするよう取り組んでいます。
何も変更する必要はありません。

その間、2.1.3が出ています。

好奇心から、最新の.NETメジャーバージョンまたはマイナーバージョンへのアップグレードには何が関係していますか？ 継続的なキャッチアップサイクルのように感じます。

新しいランタイムをビルド、テスト、検証し、AWSLambdaにデプロイするための舞台裏には多くのステップがあります。

あなたはキャッチアップサイクルのことについて完全に正しいです。 これを改善することは、AWS Lambda .NETCoreサポートの最優先事項の1つです。

2.1.4がリリースされました。

代わりに、現在取り組んでいます。 私たちはあなたを投稿し続けます。

この問題は.NETCore2.1.4で修正されていることがわかりました。

Lambda環境をすぐに2.1.4にアップグレードする正当な理由のようです：）-基盤となるCPUリソースの適切な使用に役立つ可能性があるためです。

仕事をありがとう。

@ melih154うわー、私はこの問題に気づいていませんでした。 .NET Core 2.1では、新しいソケットはデフォルトで有効になっていますか？

.NET Core2.1.4のサポートが本当に必要です。 🍕

そして2.1.5が出ています。
https://blogs.msdn.microsoft.com/dotnet/2018/10/02/net-core-october-2018-update/

Lambdaは2.1.4でデプロイされ、2.1.5は開発パイプラインにあります。 Lambda READMEが更新され、現在のバージョンを追跡する新しいテーブルが追加されました。 それが可視性に役立つことを願っています。

確かにそうです！ どうもありがとう。