你好,
今天早上正在测试 Powershell 支持,结果相当令人失望,
我对 Lambda 团队的反馈。
我的推荐
给我们一个 Native 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 运行时完成的一种方法,它确实满足了我们所拥有的相当多的客户请求。 就像我之前说的,我们将继续发展这种体验,希望我们最终能够获得您想要的体验。