Construcción de un unikernel que ejecuta WebAssembly - Parte 1

• Un artículo sobre el proyecto del autor en Hackweek 22 de SUSE, donde construyó un unikernel que ejecuta WebAssembly.
• El autor eligió este proyecto por varias razones, entre ellas los beneficios potenciales de combinar unikernels y WebAssembly.
• Desde la perspectiva de los desarrolladores de aplicaciones, portar o escribir una aplicación para un unikernel puede ser difícil, ya que la aplicación y sus dependencias deben ser compatibles con el unikernel de destino.
• Los mantenedores de unikernels también tienen dificultades para garantizar que cualquier aplicación se ejecute sin problemas en su plataforma, debido a primitivas del sistema desconocidas que las aplicaciones de usuario podrían aprovechar.
• Sin embargo, al apuntar a la plataforma WebAssembly, las aplicaciones cuentan con un conjunto claro de funciones que deben ser proporcionadas por el runtime de WebAssembly.
• El autor usó el proyecto RustyHermit, un unikernel escrito en Rust, como base para la aplicación unikernel.
• El autor también enfrentó dificultades relacionadas con el runtime de WebAssembly, ya que Wasmtime, su runtime preferido, no podía construirse sobre RustyHermit. Finalmente encontró y utilizó wasmi, un runtime de WebAssembly escrito completamente en Rust.
• El autor también analiza el uso de la propuesta WebAssembly Component Model en Spiderlightning, que permite ofrecer capacidades al invitado de WebAssembly y hace posible que el host utilice las capacidades proporcionadas por el invitado de WebAssembly.
• El autor tuvo que ampliar wit-bindgen, una herramienta CLI que genera código host/guest a partir de archivos .wit, para que fuera compatible con el runtime de WebAssembly wasmi.
• El autor cierra la publicación con una grabación de la aplicación unikernel ejecutando la demo http-server de Spiderlightning, y promete hablar sobre Rust async, Redis y algunos errores en la siguiente parte del recorrido.

[GN⁺]

Comentarios en Hacker News

• Usuarios lo relacionan con la charla "El nacimiento y la muerte de JavaScript"
• Debate sobre la mejor manera para que un hacker no especializado en sistemas operativos obtenga un unikernel, proponiendo varias opciones como construir una aplicación como módulo del kernel de Linux, hackear Linux e inyectar código, o usar un proyecto de unikernel en GitHub
• Se propone y discute la idea de una máquina x64 que ejecute VM conectadas a una tarjeta de red como recurso de cómputo general
• Entusiasmo por WebAssembly (WASM), con usuarios elogiando su aislamiento y portabilidad, y algunos deseando que hubiera sido inventado en los 90 en lugar de JavaScript
• Usuarios esperan la permanencia de WASM a largo plazo, reconociendo como problema la incapacidad de ejecutar muchos programas antiguos y esperando que WASM pueda resolverlo
• Dudas sobre el potencial de hardware dedicado para WASM, mostrando interés en el desarrollo futuro de la tecnología
• Curiosidad de los usuarios sobre los casos de uso de unikernels y WASM, mostrando interés por las aplicaciones prácticas de la tecnología
• Debate sobre la idea de un unikernel que ejecute en espacio de kernel un runtime seguro con recolección de basura, sugiriendo que esto podría eliminar la necesidad del soporte de mapeo de memoria virtual en la CPU y, por lo tanto, hacerlas más rápidas
• Un comentario marcado con la frase "Molto interessante, complimenti" significa en italiano "Muy interesante, felicitaciones"