Wasmer 3.0 est désormais disponible, un ensemble d'outils pour créer des applications basées sur WebAssembly

Le troisième lancement significatif du projet Wasmer a été présenté, développant un runtime pour l'exécution de modules WebAssembly, qui peut être utilisé pour créer des applications universelles capables de fonctionner sur différents systèmes d'exploitation, ainsi que pour l'exécution isolée de code non fiable. Le code du projet est écrit en Rust et est distribué sous la licence MIT.

La possibilité d'exécuter une application sur différentes plateformes est assurée par la compilation du code en un code intermédiaire bas niveau WebAssembly, qui peut être exécuté sur n'importe quel OS ou intégré dans des programmes d'autres langages de programmation. Les programmes sont des conteneurs légers dans lesquels un pseudo-code WebAssembly est exécuté. Ces conteneurs ne sont pas liés au système d'exploitation et peuvent inclure du code initialement écrit dans n'importe quel langage de programmation. L'outil Emscripten peut être utilisé pour la compilation en WebAssembly. Pour la traduction de WebAssembly en code machine de la plateforme actuelle, le support de différents backends de compilation (Singlepass, Cranelift, LLVM) et moteurs (exécution JIT ou génération de code machine) est prévu.

Les applications sont isolées du système principal dans un environnement sandbox et n'ont accès qu'aux fonctionnalités déclarées (un mécanisme de sécurité basé sur le contrôle des capacités — pour les actions sur chaque ressource (fichiers, répertoires, sockets, appels système, etc.), l'application doit se voir accorder les autorisations appropriées). La gestion des accès et l'interaction avec le système sont assurées par l'API WASI (WebAssembly System Interface), qui fournit des interfaces logicielles pour travailler avec des fichiers, des sockets et d'autres fonctions fournies par le système d'exploitation.

La plateforme permet d'atteindre des performances d'exécution des applications proches de celles des compilations natives. Grâce au Native Object Engine pour le module WebAssembly, il est possible de générer du code machine (« wasmer compile —native » pour générer des fichiers objets précompilés .so, .dylib et .dll), dont l'exécution nécessite un runtime minimal tout en conservant toutes les possibilités d'isolation sandbox. La fourniture de programmes précompilés avec Wasmer intégré est possible. Pour la création de surcouches et d'extensions, des API Rust et Wasm-C-API sont disponibles.

Pour exécuter un conteneur WebAssembly, il suffit d'installer le runtime Wasmer sur le système, fourni sans dépendances externes (« curl https://get.wasmer.io -sSfL | sh »), puis de lancer le fichier nécessaire (« wasmer test.wasm »). Les programmes sont distribués sous forme de modules WebAssembly ordinaires, que l'on peut gérer avec le gestionnaire de paquets WAPM. Wasmer est également disponible sous forme de bibliothèque, que l'on peut utiliser pour intégrer du code WebAssembly dans des programmes écrits en Rust, C/C++, C#, D, Python, JavaScript, Go, PHP, Ruby, Elixir et Java.

Les principales modifications dans Wasmer 3.0 :

• Ajout de la possibilité de créer des exécutables natifs pour toutes les plateformes. La commande « wasmer create-exe » a été entièrement repensée, permettant de transformer un fichier avec du code intermédiaire WebAssembly en exécutables autonomes pour les plateformes Linux, Windows et macOS, pouvant fonctionner sans installation de Wasmer.
• Il est désormais possible de lancer des paquets WAPM, hébergés dans le répertoire wapm.io, à l'aide de la commande « wasmer run ». Par exemple, l'exécution de « wasmer run python/python » chargera le paquet python depuis le dépôt wapm.io et l'exécutera.
• L'API Wasmer Rust a été entièrement repensée, avec un nouveau style de gestion de la mémoire et la possibilité de stocker en toute sécurité des objets Wasm dans la structure Store. Une nouvelle structure MemoryView a été proposée, permettant de lire et d'écrire des données dans une zone mémoire linéaire.
• Un ensemble de composants wasmer-js a été réalisé pour exécuter Wasmer dans un navigateur web et interagir avec lui depuis JavaScript, en utilisant la bibliothèque wasm-bindgen. En termes de fonctionnalités, wasmer-js est équivalent aux composants wasmer-sys, destinés à exécuter Wasmer sur des systèmes d'exploitation traditionnels.
• Les moteurs ont été simplifiés. Au lieu de moteurs distincts pour JIT, liaison dynamique et liaison statique (Universal, Dylib, StaticLib), un moteur commun est désormais proposé, avec le chargement et la sauvegarde du code gérés à un niveau de paramétrage.
• Pour la désérialisation des artefacts, le framework rkyv est utilisé, offrant un fonctionnement en mode zero-copy, c’est-à-dire sans nécessité d’allocation de mémoire supplémentaire, et désérialisant uniquement à l'aide du tampon initialement fourni. L'utilisation de rkyv a considérablement accru la rapidité de démarrage.
• Le compilateur à passage unique Singlepass a été amélioré, avec la prise en charge des fonctions à plusieurs arguments (multi-value), une meilleure fiabilité et l'ajout de la gestion des exceptions.
• La mise en œuvre de l'API WASI (WebAssembly System Interface) a été améliorée. Des problèmes dans l'interface WASI pour le travail sur le système de fichiers ont été résolus. Les types internes ont été retravaillés à l'aide de WAI (WebAssembly Interfaces), ce qui permettra d'implémenter une série de nouvelles fonctionnalités à l'avenir.

Source : opennet.ru