En su discurso inaugural de re:Invent esta noche, AWS anunció una pequeña pero importante actualización de Lambda, su plataforma sin servidor, que aborda uno de los problemas más comunes del servicio. Por lo general, cuando una función no se usa durante bastante tiempo, Lambda apaga la máquina virtual y, a pesar de las mejoras, como las microVM Firecracker más rápidas, esto aún lleva un tiempo. Ahora, con SnapStart, AWS está abordando esto al crear instantáneas de las funciones de Lambda de un cliente y luego simplemente iniciarlas sin tener que pasar por el proceso de inicialización habitual.
Los tiempos de inicio en frío han sido durante mucho tiempo una de las mayores quejas sobre Lambda; sin embargo, como señaló Peter DeSantis, vicepresidente sénior de informática de utilidades de AWS, las cargas de trabajo con picos son más o menos para lo que se crearon Lambda (y todas las demás plataformas sin servidor). Con sus microVM Firecracker, AWS ya mejoró los tiempos de inicio en frío de varios segundos a menos de un segundo. Ahora, la empresa promete una mejora del 90 % en los tiempos de arranque en frío mediante el uso de la función Snapshotting de Firecracker.
Esta nueva función ahora está disponible para todos los usuarios de Lambda, aunque debe habilitarse para las funciones de Lambda existentes y, por ahora, solo funciona para las funciones de Java que utilizan el tiempo de ejecución de Corretto.
Una vez habilitada, cuando ejecute esa función por primera vez, realizará una inicialización estándar. Después de eso, creará una instantánea cifrada de la memoria y el estado del disco y la almacenará en caché para su reutilización. Luego, cuando se vuelve a invocar la función, Lambda tomará el caché e iniciará la función. Las instantáneas en caché se eliminan después de 14 días de inactividad.
Como también señaló DeSantis, mejoras como esta permitirán que más usuarios lleven sus cargas de trabajo a una plataforma como Lambda. La empresa ya vio esto con el lanzamiento de Firecracker en Lambda, explicó.
