Pré-visualização do WASI 0.2: um novo amanhecer para WebAssembly

Com a chegada do WebAssembly System Interface 0.2, o WebAssembly dá um grande passo para se tornar mais fácil de implantar

No cenário em constante evolução do desenvolvimento web e da arquitetura de aplicativos, um marco significativo foi alcançado com o lançamento oficial do WebAssembly System Interface (WASI) 0.2. O projeto está preparado para redefinir os limites das aplicações web e do processamento no servidor, prometendo um futuro onde a portabilidade e a segurança do código não são apenas aspirações, mas realidades.

WASI, em sua essência, é uma API projetada para WebAssembly (Wasm) que lhe permite interagir de forma mais eficaz com o sistema subjacente. Isso significa que o WebAssembly pode ir além dos limites do navegador da Web, aventurando-se nos domínios dos aplicativos do lado do servidor, ferramentas de linha de comando e até mesmo sistemas embarcados, tudo isso mantendo o alto nível de segurança e portabilidade pelos quais o Wasm é conhecido.

O problema era, como Brooks Townsend, engenheiro de software líder da Cosmonic, observou em uma postagem publicada quinta-feira no blog wasmCloud: “Trabalhar com o conjunto padrão de interfaces WASI não é destinado a desenvolvedores de aplicativos. Eles são níveis fundamentalmente mais baixos de abstração destinados a desenvolvedores e implementadores de bibliotecas.

“WASI 0.2.0 é importante não porque dá aos desenvolvedores de aplicativos a capacidade de escrever coisas reais com WebAssembly (fazemos isso há quatro anos!), mas porque fornece uma definição estável de interfaces comuns para desenvolvedores de bibliotecas em cada linguagem.”

Para Cosmônico e wasmCloud, isso significa que eles atualizarão suas definições de Wasm Interface Type (WIT) de tempo de execução. Isso permitirá que os desenvolvedores criem componentes WebAssembly para funcionar com Rust e TinyG, junto com JavaScript e Python.

Segurança ‘Baked In’ com WASI

Um dos principais objetivos do WASI é preencher a lacuna entre o ambiente de execução em área restrita e de alto desempenho do WebAssembly e as diversas funcionalidades exigidas por aplicativos do mundo real. Isso inclui acesso a sistemas de arquivos, soquetes de rede e outros recursos do sistema, tudo em um ambiente seguro em área restrita que mitiga os riscos tradicionalmente associados à execução de código nativo.

A segurança não é uma reflexão tardia com o WASI; está embutido no próprio tecido de seu design. Ao aproveitar a natureza sandbox do WebAssembly, o WASI garante que os aplicativos possam ser executados com permissões mínimas, reduzindo a área de superfície para possíveis vulnerabilidades de segurança.

É também a esperança de que o WASI esteja perto de cumprir a promessa do WebAssembly de fornecer desempenho quase nativo em diferentes plataformas, sem a necessidade de código específico da plataforma.

Isso significa que os desenvolvedores podem escrever seus aplicativos uma vez e executá-los em qualquer lugar — de servidores em nuvem a dispositivos da Internet das Coisas — sem se preocupar com o hardware ou sistema operacional subjacente. Veja bem, ouvimos essa promessa desde que Java era a nova tecnologia em alta.

Olhando para o futuro, Townsend escreveu em sua postagem no blog: “Veremos bibliotecas surgindo em cada linguagem que demonstra um bom suporte ao componente Wasm, e espero ver algo assim para Rust, TinyGo, Python, JavaScript, C/C++ e C# em o futuro próximo. Podemos até ver esse suporte integrado nas bibliotecas padrão dessas linguagens.”

Tudo isso significa um futuro melhor para o WebAssembly e aplicativos fora do navegador.

A postagem Pré-visualização do WASI 0.2: Um novo amanhecer para WebAssembly apareceu pela primeira vez em The New Stack.