WebAssembly leidžia naršyklėje vykdyti sunkiuosius skaičiavimus, tokius kaip vaizdo apdorojimas ar fizikos simuliacijos. Pastaraisiais metais jis rado vietą ir serveriuose – ten, kur izoliacija ir nešiojamumas tampa svarbesni už integracijos patogumą.
Nuo demonstracijos iki standarto
WebAssembly (Wasm) buvo viešai paskelbtas 2015‑aisiais, kai pirmą kartą pademonstruotas Unity Angry Bots žaidimas, paleistas „Firefox“, „Chrome“ ir „Edge“ naršyklėse. Perkopus pradinę demonstraciją, 2017 m. buvo baigtas minimalus veikiantis produkto variantas (MVP), o tų pačių metų pabaigoje Wasm palaikė jau visos pagrindinės naršyklės. 2019‑aisiais jis tapo oficialiu W3C rekomendaciniu standartu. Šiandien naršyklių palaikymas yra beveik visuotinis – maždaug 99 procentai.
Dvejetainis formatas, o ne stekas
Wasm kodą sukompiliuoja į kompaktišką dvejetainį failą, kurį naršyklė dekoduoja maždaug 20 kartų greičiau, nei analizuoja atitinkamą JavaScript. Viduje veikia nuo krūvos (angl. stack) priklausomas virtualusis įrenginys: reikšmės įdedamos, su jomis atliekamos operacijos ir išimamos. Toks paprastumas – sąmoningas dizaino pasirinkimas, kuris padeda išgauti didesnę spartą. „The New Stack“ autorius pabrėžia: „Wasm nekonkuruoja su JavaScript – jie papildo vienas kitą. Kiekvienas stiprus skirtingose srityse.“ Wasm negali tiesiogiai liesti DOM, tad sąveikai su vartotojo įvykiais vis tiek reikia JavaScript, tačiau jis veikia kaip tikslus įrankis sudėtingiems skaičiavimams naršyklėje.
Kur tikrai spartesnis už JavaScript
Wasm nėra visada greitesnis. Jis išsiskiria, kai tenka dorotis su didelėmis duomenų apimtimis – vaizdų apdorojimu, fizikos simuliacijomis ar didelių CSV failų analize. „Tai spartesnis sprendimas sunkiems skaičiavimams, bet ne visais atvejais“, – pažymi tas pats autorius. Kitose situacijose, pavyzdžiui, valdant DOM ar lengvas interakcijas, JavaScript išlieka efektyvesnis ir patogesnis pasirinkimas.
Įrankiai: nuo Rust iki „AssemblyScript“
Rimtai dirbantiems su Wasm dažniausiai rekomenduojamas Rust ir jo įrankių grandinė wasm-pack. „Jis tikrai gerai suprojektuotas, todėl kompiliavimas naršyklei vyksta sklandžiai. Stačiausia mokymosi kreivė čia yra pati Rust, o ne įrankiai. Bet jei investuosite laiko, našumo, saugumo ir įrankių derinys tampa stipriausiu pasirinkimu“, – teigia autorius. Pradedantiesiems patogiausias kelias yra „AssemblyScript“ – jis skirtas tiems, kas jau rašo JavaScript ar TypeScript, ir siūlo mažiausią įėjimo barjerą. O štai Pyodide, kuris į Wasm sukompiliuoja visą Python interpretatorių, kol kas labiau eksperimentinis: dėl didelių failų ir lėtesnio paleidimo jis dar nėra tinkamas našumui kritiškai produkcijai.
Saugumo priminimas: modulius tikrinkite
Nors Wasm veikia smėlio dėžėje, trečiųjų šalių modulius reikia vertinti taip pat atidžiai, kaip bet kokį išorinį kodą. „Tikrinkite priklausomybes, skenuokite pirminį kodą prieš kompiliavimą ir nemanykite, kad smėlio dėžė padaro bet kokį kodą saugų“, – pabrėžia autorius. Šis perspėjimas ypač aktualus, kai Wasm moduliai atkeliauja ne iš patikimų šaltinių.
Wasmas už naršyklės ribų
Pastaruoju metu vis daugiau dėmesio skiriama serveriniam Wasm. Moduliai pirmiausia atsiranda ten, kur platforma jau valdo įvykių kilpą (angl. event loop) ir patikimumo ribą. Vienas ryškesnių pavyzdžių – „Shopify“ panaudojo Wasm ne naršyklėje, kad partneriai galėtų kurti išplečiamumą už platformos ribų. Serveryje Wasm siūlo geresnę izoliaciją nei tradiciniai įskiepių modeliai, nereikalauja papildomų konteinerių ir greitai paleidžiamas kiekvienai užklausai.
Naujesni įrankiai, tokie kaip wasi-http ir komponentų modelio sąsajos, leidžia Wasm modulius integruoti kaip tipizuotus vienetus, o ne kaip svetimus failus, paslėptus už proceso ribos. Kitame etape pirmenybę turėtų laimėti platformos, kurios smėliadėžės kodą paverčia normalia programų architektūros dalimi – įpinta į tinklo vartus, planuokles ir užklausų konvejerius. Backend inžinieriams verta sekti sistemas, kurios Wasm modulius pristato būtent taip.
Izoliuoti, nešiojami moduliai, įsiliejantys į pagrindinę architektūrą be papildomos taros – tokia kryptis vis labiau ryškėja ir artimiausiais metais formuos ne tik naršyklių, bet ir serverinės pusės kūrimo praktiką.