Aws-lambda-dotnet: decepcionado con la implementación de powershell

Creado en 13 sept. 2018  ·  3Comentarios  ·  Fuente: aws/aws-lambda-dotnet

Hola,
estaba probando el soporte de Powershell esta mañana y fue bastante decepcionante,

mis comentarios al equipo de Lambda.

  1. Powershell no es un ciudadano "nativo" de primera clase en Lambda, pero se puede ejecutar como un contenedor .net.
  2. tienes que empaquetarlo usando herramientas que conviertan una ps1 de 8kb en un paquete lambda de 22mb
  3. no puede ver el código en línea en la consola.
  4. el rendimiento es realmente pobre. La secuencia de comandos de 1 segundo ahora se ejecuta durante aproximadamente 8 o 9 segundos
  5. no es nativo !!!

Mi recomendación
Danos una experiencia nativa de Powershell, si Azure puede hacerlo, ustedes pueden hacerlo igual de bien, si no mejor.

Comentario más útil

Voy a cerrar esto porque no hay nada procesable en este momento, pero créanme, no estoy descartando sus comentarios. En este momento, esta solución era un enfoque que podíamos lograr en el tiempo que teníamos con el tiempo de ejecución de Lambda que teníamos y satisface bastantes solicitudes de clientes que hemos tenido. Como dije antes, vamos a seguir evolucionando esta experiencia y esperamos que eventualmente lleguemos a la experiencia que deseas.

Todos 3 comentarios

Gracias por probar nuestro soporte de PowerShell y lamento que no esté cumpliendo con sus expectativas. La mayor parte de los 22 MB incluye el módulo AWSPowerShell.NetCore que se necesita para acceder a los servicios de AWS. Es algo que esperamos abordar en el futuro, pero ese es un problema separado luego de ejecutar PowerShell en Lambda.

No tenemos el módulo preinstalado en el entorno porque se actualiza con demasiada frecuencia. Además, no nos gusta tener dependencias preinstaladas en el tiempo de ejecución a las que no es necesario hacer referencia a un número de versión. como haría Import-Module , porque hace que sea demasiado peligroso para nosotros actualizar la versión.

El beneficio adicional de empaquetar los paquetes PowerShell NuGet con los paquetes de implementación es que significa que puede comenzar con las nuevas versiones de PowerShell tan pronto como se publiquen. Por ejemplo, enviamos usando la versión 6.0.4 y luego, 2 días después, salió 6.1.0. Puede comenzar a usar 6.1.0 de inmediato configurando el parámetro -PowerShellSdkVersion en 6.1.0 al llamar a Publish-AWSPowerShellLambda .

De nuevo, gracias de nuevo por intentarlo. Seguiremos evolucionando la experiencia como siempre lo hacemos en AWS y espero que lo pruebes de nuevo en el futuro.

@normj gracias por volver a mí, es muy apreciado. Me encanta el hecho de que Lambda ahora puede admitir Powershell, pero creo que sería mejor tener su propio tiempo de ejecución preinstalado en las versiones principales actuales (lo actualizan cada 12 meses), lo que nos brinda acceso de edición en línea a la ps1 y si hay una necesidad desesperada de la versión menor podemos cargar el binario según el método actual.

Voy a cerrar esto porque no hay nada procesable en este momento, pero créanme, no estoy descartando sus comentarios. En este momento, esta solución era un enfoque que podíamos lograr en el tiempo que teníamos con el tiempo de ejecución de Lambda que teníamos y satisface bastantes solicitudes de clientes que hemos tenido. Como dije antes, vamos a seguir evolucionando esta experiencia y esperamos que eventualmente lleguemos a la experiencia que deseas.

¿Fue útil esta página
0 / 5 - 0 calificaciones