やあ、
今朝Powershellサポートをテストしていましたが、かなりがっかりしました。
ラムダチームへのフィードバック。
私の推薦
ネイティブPowershellエクスペリエンスを提供してください。Azureがそれを実行できる場合は、それ以上ではないにしても、皆さんも同様に実行できます。
PowerShellサポートをお試しいただきありがとうございます。申し訳ありませんが、期待に応えられません。 22MBの大部分には、AWSサービスにアクセスするために必要なAWSPowerShell.NetCoreモジュールが含まれています。 これは将来的に対処したいと考えていることですが、LambdaでPowerShellを実行する場合とは別の問題です。
モジュールは頻繁に更新されるため、環境にプレインストールされていません。 また、バージョン番号で参照する必要のない依存関係をランタイムにプリインストールすることは望ましくありません。 Import-Module
ように、バージョンを更新するのは危険すぎるためです。
PowerShell NuGetパッケージを展開パッケージにバンドルすることの追加の利点は、新しいバージョンのPowerShellがリリースされるとすぐに開始できることを意味します。 たとえば、バージョン6.0.4を使用して出荷し、2日後に6.1.0がリリースされました。 Publish-AWSPowerShellLambda
呼び出すときに-PowerShellSdkVersion
パラメーターを6.1.0
に設定することで、6.1.0の使用をすぐに開始できます。
もう一度試してくれてありがとう。 AWSでいつも行っているように、エクスペリエンスを進化させ続けます。今後も試してみてください。
@normj私に戻ってきてくれてありがとう、本当に感謝しています。 LambdaがPowershellをサポートできるようになったという事実が大好きですが、現在のメジャーバージョンにプレインストールされた独自のランタイム(約12か月ごとに更新されます)を使用して、ps1へのインライン編集アクセスを提供するのが最善だと思います。マイナーバージョンの切実な必要性は、現在の方法に従ってバイナリをロードできます。
現在、実行可能なものがないため、これを閉じますが、フィードバックを却下するつもりはないと信じています。 現在、このソリューションは、私たちが持っていたLambdaランタイムで達成できたアプローチであり、私たちが持っていたかなりの数の顧客の要求を満たしています。 前にも言ったように、私たちはこの体験を進化させ続け、最終的にはあなたが望む体験に到達することを願っています。
最も参考になるコメント
現在、実行可能なものがないため、これを閉じますが、フィードバックを却下するつもりはないと信じています。 現在、このソリューションは、私たちが持っていたLambdaランタイムで達成できたアプローチであり、私たちが持っていたかなりの数の顧客の要求を満たしています。 前にも言ったように、私たちはこの体験を進化させ続け、最終的にはあなたが望む体験に到達することを願っています。