Достъпен е Wasmer 3.0, инструментариум за създаване на приложения на базата на WebAssembly

Представен е трети значителен етап от проекта Wasmer, който развива runtime за изпълнение на модули WebAssembly. Той може да се използва за създаване на универсални приложения, способни да работят на различни операционни системи, както и за изолирано изпълнение на код, който не е надежден. Кодът на проекта е написан на Rust и се разпространява под лиценза MIT.

Възможността да се стартира едно приложение на различни платформи се осигурява чрез компилатор за код в низкоуровневен междинен код WebAssembly, който може да се изпълнява на всяка ОС или да бъде вграден в програми на други програмни езици. Програмите представляват леки контейнери, в които се изпълнява псевдокод WebAssembly. Тези контейнери не са обвързани с операционната система и могат да включват код, написан първоначално на всеки програмен език. За компилация в WebAssembly може да се използва инструментарият Emscripten. За транслиране на WebAssembly в машинен код на текущата платформа се поддържа свързване на различни компилаторски бекенди (Singlepass, Cranelift, LLVM) и двигатели (изпълнение JIT или генериране на машинен код).

Приложенията са изолирани от основната система в sandbox-окружение и имат достъп само до заявената функционалност (механизъм за сигурност на базата на управление на правата — за действия с всеки от ресурсите (файлове, директории, сокети, системни извиквания и т.н.) приложението трябва да получи съответните разрешения). Управлението на достъпа и взаимодействието с системата се осъществява чрез API WASI (WebAssembly System Interface), който предоставя програмни интерфейси за работа с файлове, сокети и други функции, предлагани от операционната система.

Платформата позволява постигане на производителност на изпълнението на приложения, близка до производителността на местни компилации. Чрез Native Object Engine за WebAssembly модула може да се генерира машинен код („wasmer compile —native“ за генериране на предварително компилирани обектни файлове .so, .dylib и .dll), за стартирането на който е нужен минимален runtime, но се запазват всички възможности на sandbox-изолацията. Възможно е доставянето на предварително компилирани програми с вграден Wasmer. За създаване на надстройки и добавки се предлагат Rust API и Wasm-C-API.

За стартиране на WebAssembly контейнера е достатъчно да се инсталира в системата runtime Wasmer, който се предоставя без външни зависимости („curl https://get.wasmer.io -sSfL | sh“), и да се стартира необходимия файл („wasmer test.wasm“). Програмите се разпространяват под формата на обикновени WebAssembly модули, за управлението на които може да се използва пакетен мениджър WAPM. Wasmer също така е наличен под формата на библиотека, която може да се използва за вграждане на WebAssembly код в програми на езици Rust, C/C++, C#, D, Python, JavaScript, Go, PHP, Ruby, Elixir и Java.

Основни промени в Wasmer 3.0:

• Добавена е възможността за създаване на местни изпълними файлове за всякакви платформи. Напълно преработена е командата „wasmer create-exe“, която позволява преобразуването на файл с междинен код WebAssembly в самостоятелни изпълними файлове за платформите Linux, Windows и macOS, които могат да работят без инсталация на самия Wasmer.
• Предоставена е възможността за стартиране на WAPM пакети, разположени в директорията wapm.io, чрез командата „wasmer run“. Например, изпълнението на „wasmer run python/python“ ще доведе до зареждане от репозитория wapm.io на пакета python и неговото стартиране.
• Напълно преработен е Wasmer Rust API, в който е променен стилът на работа с паметта и е осигурена възможност за безопасно запазване на Wasm обекти в структурата Store. Предложена е нова структура MemoryView, позволяваща четене и запис на данни в линейна област на паметта.
• Реализиран е комплект компоненти wasmer-js за стартиране на Wasmer в уеб браузър и взаимодействие с него от JavaScript, използвайки библиотеката wasm-bindgen. По своите възможности wasmer-js отговаря на компонентите wasmer-sys, предназначени за стартиране на Wasmer в обикновени операционни системи.
• Двигателите са опростени. Вместо отделни двигатели за JIT, динамично и статично свързване (Universal, Dylib, StaticLib) сега се предлага един общ двигател, а зареждането и запазването на кода се управлява на ниво настройка на параметрите.
• За десериализация на артефакти е използван фреймворк rkyv, осигуряващ работа в режим zero-copy, т.е. не изискващ допълнително заделяне на памет и извършващ десериализация само с използване на първоначално предоставения буфер. Приложението на rkyv значително е подобрило скоростта на стартиране.
• Подобрена е еднопроходният компилатор Singlepass, където вече се поддържат функции с множество аргументи (multi-value), повишена е надеждността на работата и е добавена поддръжка за обработка на изключения.
• Подобрена е реализацията на API WASI (WebAssembly System Interface). Решени са проблемите в програмния интерфейс WASI за работа с файловата система. Вътрешните типове са преработени с използване на WAI (WebAssembly Interfaces), което в бъдеще ще позволи реализирането на серия нови възможности.

Източник: opennet.ru