{"id":105726,"date":"2022-11-27T09:36:51","date_gmt":"2022-11-27T07:36:51","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/dostupen-wasmer-3-0-instrumentarij-dlya-sozdaniya-prilozhenij-na-baze-webassembly"},"modified":"2022-11-27T09:36:51","modified_gmt":"2022-11-27T07:36:51","slug":"dostupen-wasmer-3-0-instrumentarij-dlya-sozdaniya-prilozhenij-na-baze-webassembly","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/dostupen-wasmer-3-0-instrumentarij-dlya-sozdaniya-prilozhenij-na-baze-webassembly","title":{"rendered":"Wasmer 3.0 ist verf\u00fcgbar, ein Toolkit zur Erstellung von WebAssembly-Anwendungen.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die dritte bedeutende Version des Wasmer-Projekts wurde vorgestellt, das eine Runtime f\u00fcr die Ausf\u00fchrung von WebAssembly-Modulen entwickelt, die zur Erstellung universeller Anwendungen verwendet werden kann, die auf verschiedenen Betriebssystemen ausgef\u00fchrt werden k\u00f6nnen, sowie f\u00fcr die isolierte Ausf\u00fchrung von nicht vertrauensw\u00fcrdigem Code. Der Code des Projekts ist in Rust geschrieben und wird unter der MIT-Lizenz vertrieben. <\/p>\n
Die M\u00f6glichkeit, eine Anwendung auf verschiedenen Plattformen auszuf\u00fchren, wird durch die Kompilierung von Code in niedrigstufigen WebAssembly-Intermediate Code erm\u00f6glicht, der auf jedem Betriebssystem ausgef\u00fchrt oder in Programme anderer Programmiersprachen eingebettet werden kann. Die Programme bestehen aus leichten Containern, in denen der WebAssembly-Pseudocode ausgef\u00fchrt wird. Diese Container sind nicht an das Betriebssystem gebunden und k\u00f6nnen Code enthalten, der urspr\u00fcnglich in jeder Programmiersprache geschrieben wurde. F\u00fcr die Kompilierung in WebAssembly kann das Toolkit Emscripten verwendet werden. F\u00fcr die \u00dcbersetzung von WebAssembly in den Maschinencode der aktuellen Plattform unterst\u00fctzt die Anbindung unterschiedlicher Compiler-Backends (Singlepass, Cranelift, LLVM) und Engines (Einsatz von JIT oder Generierung von Maschinen-code). <\/p>\n
Anwendungen sind von dem Hauptsystem in einer Sandbox-Umgebung isoliert und haben nur Zugriff auf die deklarierte Funktionalit\u00e4t (Sicherheitsmechanismus auf Basis der Berechtigungsverwaltung \u2013 f\u00fcr Aktionen mit jedem der Ressourcen (Dateien, Verzeichnisse, Sockets, Systemaufrufe usw.) m\u00fcssen der Anwendung die entsprechenden Berechtigungen erteilt werden). Der Zugang und die Interaktion mit dem System erfolgen \u00fcber die API WASI (WebAssembly System Interface), die Programmierschnittstellen f\u00fcr die Arbeit mit Dateien, Sockets und anderen von dem Betriebssystem bereitgestellten Funktionen bereitstellt. <\/p>\n
Die Plattform erm\u00f6glicht eine Anwendungsleistung, die der Ausf\u00fchrung nativ kompilierten Codes nahekommt. Mit dem Native Object Engine f\u00fcr WebAssembly-Module kann maschinenlesbarer Code generiert werden (\u00bbwasmer compile \u2014native\u00ab zur Erzeugung vordefinierter Objektdateien .so, .dylib und .dll), f\u00fcr deren Ausf\u00fchrung nur eine minimale Runtime ben\u00f6tigt wird, w\u00e4hrend alle M\u00f6glichkeiten der Sandbox-Isolierung erhalten bleiben. Es ist m\u00f6glich, vorkompilierte Programme mit integriertem Wasmer bereitzustellen. F\u00fcr die Erstellung von Erweiterungen und Plugins sind Rust API und Wasm-C-API verf\u00fcgbar. <\/p>\n
Um einen WebAssembly-Container auszuf\u00fchren, reicht es aus, die Wasmer-Runtime im System zu installieren, die ohne externe Abh\u00e4ngigkeiten geliefert wird (\u00bbcurl https:\/\/get.wasmer.io -sSfL | sh\u00ab), und die erforderliche Datei auszuf\u00fchren (\u00bbwasmer test.wasm\u00ab). Programme werden im Format gew\u00f6hnlicher WebAssembly-Module verteilt, deren Verwaltung \u00fcber den Paketmanager WAPM erfolgen kann. Wasmer ist auch in Form einer Bibliothek verf\u00fcgbar, die f\u00fcr die Integration von WebAssembly-Code in Programme in den Sprachen Rust, C\/C++, C#, D, Python, JavaScript, Go, PHP, Ruby, Elixir und Java verwendet werden kann. <\/p>\n
Wesentliche \u00c4nderungen in Wasmer 3.0: <\/p>\n
\n
Die M\u00f6glichkeit wurde hinzugef\u00fcgt, native ausf\u00fchrbare Dateien f\u00fcr jede Plattform zu erstellen. Das Kommando \u00bbwasmer create-exe\u00ab wurde vollst\u00e4ndig \u00fcberarbeitet, um eine Datei mit WebAssembly-Mittelschichtcode in eigenst\u00e4ndige ausf\u00fchrbare Dateien f\u00fcr die Plattformen Linux, Windows und macOS zu transformieren, die ohne die Installation von Wasmer betrieben werden k\u00f6nnen.\n
Die M\u00f6glichkeit wurde bereitgestellt, WAPM-Pakete, die im Verzeichnis wapm.io abgelegt sind, \u00fcber den Befehl \u00bbwasmer run\u00ab auszuf\u00fchren. Zum Beispiel f\u00fchrt die Ausf\u00fchrung von \u00bbwasmer run python\/python\u00ab zum Laden des Python-Pakets aus dem wapm.io-Repository und dessen Ausf\u00fchrung.\n
Das Wasmer Rust API wurde vollst\u00e4ndig \u00fcberarbeitet, wobei der Umgang mit dem Speicher ge\u00e4ndert wurde und die sichere Speicherung von Wasm-Objekten in der Struktur Store erm\u00f6glicht wird. Es wurde eine neue Struktur MemoryView vorgeschlagen, die das Lesen und Schreiben von Daten im linearen Speicherbereich erm\u00f6glicht.\n
Ein Satz von Komponenten wasmer-js wurde implementiert, um Wasmer im Webbrowser auszuf\u00fchren und mit ihm \u00fcber JavaScript zu interagieren, wobei die Bibliothek wasm-bindgen verwendet wird. In Bezug auf die M\u00f6glichkeiten entspricht wasmer-js den Komponenten wasmer-sys, die f\u00fcr die Ausf\u00fchrung von Wasmer in herk\u00f6mmlichen Betriebssystemen vorgesehen sind.\n
Die Engines wurden vereinfacht. Anstelle separater Engines f\u00fcr JIT, dynamisches und statisches Linking (Universal, Dylib, StaticLib) wird jetzt eine gemeinsame Engine angeboten, wobei das Laden und Speichern des Codes \u00fcber Parametersteuerung verwaltet wird.\n
F\u00fcr die Deserialisierung von Artefakten wird das Framework rkyv eingesetzt, das den Betrieb im Zero-Copy-Modus gew\u00e4hrleistet, d.h. es erfordert keine zus\u00e4tzliche Speicherauslagerung und f\u00fchrt die Deserialisierung nur mit dem urspr\u00fcnglich bereitgestellten Puffer durch. Der Einsatz von rkyv hat die Startgeschwindigkeit erheblich verbessert.\n
Der Ein-Pass-Compiler Singlepass wurde verbessert, wobei die Unterst\u00fctzung f\u00fcr Funktionen mit mehreren Argumenten (Multi-Value) hinzugef\u00fcgt, die Zuverl\u00e4ssigkeit erh\u00f6ht und die Unterst\u00fctzung f\u00fcr Exception-Handling-Frames implementiert wurde.\n
Die Implementierung der WASI-API (WebAssembly System Interface) wurde verbessert. Probleme in der WASI-Schnittstelle f\u00fcr den Umgang mit Dateisystemen wurden gel\u00f6st. Die internen Typen wurden \u00fcberarbeitet, um WAI (WebAssembly Interfaces) zu verwenden, was in Zukunft die Einf\u00fchrung einer Reihe neuer M\u00f6glichkeiten erm\u00f6glichen wird. <\/ul>\n