Por que o WASI Preview 2 prepara a produção do WebAssembly

WebAssembly, ou Wasm, há muito promete revolucionar o desenvolvimento de aplicativos. O sonho era simples, mas poderoso (e familiar): escrever seu código uma vez e executá-lo em qualquer lugar. Wasm também prometeu executar código em velocidades quase nativas. Melhor ainda, ao contrário de tentativas anteriores de tempos de execução universais, como miniaplicativos Java, Wasm ofereceu garantias de segurança mais fortes e uma postura de segurança padrão sólida com uma natureza de negação por padrão – o acesso aos recursos do sistema é desabilitado, a menos que um desenvolvedor indique o contrário.

Até recentemente, a realidade de Wasm não correspondia ao hype. Apesar do imenso potencial e da comunidade incrível, o Wasm carecia das ferramentas necessárias, interfaces estáveis ​​e APIs para torná-lo verdadeiramente pronto para produção. Os desenvolvedores que queriam usar o Wasm tiveram que se tornar especialistas em Wasm, aventurando-se em águas turvas e não documentadas. Ou eles poderiam recorrer a empresas especializadas em plataforma como serviço Wasm, como Cosmonic ou Fermyon, que oferecem rampas de acesso mais suaves, ocultando grande parte da complexidade inicial.

Mais que uma prévia: estabilizando o modelo de componente

Entre no WASI Preview 2. Embora seja chamado apenas de “visualização”, não se deixe enganar pela terminologia. WASI Preview 2 é o elo que faltava para o Wasm se tornar uma opção viável para casos de uso de produção. WASI, que significa WebAssembly System Interface, é um conjunto de padrões que define uma maneira padronizada para os módulos Wasm interagirem de forma segura com os recursos do sistema. A Preview 2 representa um marco significativo na evolução do Wasm porque fornece um ponto de verificação sólido a partir do qual os desenvolvedores podem construir com confiança, sabendo que toda a plataforma não mudará sob eles.

No centro do WASI Preview 2 está o modelo de componente WebAssembly. Esta peça crítica do quebra-cabeça fornece uma maneira de compor os componentes do Wasm em componentes maiores, mesmo que tenham sido escritos em linguagens diferentes. É um grande avanço em termos de flexibilidade e compatibilidade entre idiomas. O modelo de componentes define uma ABI canônica (interface binária de aplicação) que padroniza a forma como os componentes se comunicam entre si e evita que eles acessem as memórias de outros componentes. Isso elimina as maiores classes de bugs e vulnerabilidades de segurança.

Outro aspecto importante do WASI Preview 2 é a estabilização de APIs. Isso garante compatibilidade com versões anteriores no futuro para aplicativos Wasm, dando aos desenvolvedores a confiança necessária para desenvolver o Preview 2 sem se preocupar com desastres futuros. É análogo à forma como o POSIX (Portable Operating System Interface) padronizou as interfaces em sistemas operacionais do tipo Unix, tornando muito mais fácil escrever software portátil.

Indo além do ‘POSIX para Wasm’

Mas a WASI pretende ir além, incluindo interfaces para todos os tipos de coisas que não são necessariamente recursos do sistema. (Alguns de nós na comunidade estamos tentando mudar o que “WASI” significa para WebAssembly Standard Interfaces para refletir isso.) WASI inclui HTTP como uma interface de primeira classe, um recurso crítico de rede e conexão que não está presente no POSIX, fornecendo melhores opções para manter o controle sobre o que um módulo pode fazer, em vez de tratá-lo como um soquete bruto (é claro, você também pode fazer isso). Também simplifica certos aspectos em comparação ao POSIX que fazem mais sentido para WebAssembly, como reduzir de 4 para apenas 2 clocks do sistema. Essas melhorias tornam o WASI Preview 2 uma interface mais moderna e portátil – tanto para aplicativos web quanto de backend.

As implicações práticas do WASI Preview 2 são enormes. Anteriormente, os desenvolvedores lutavam para criar aplicativos Wasm fora de sistemas PaaS especializados que abstraíam a complexidade. A falta de APIs e ferramentas estáveis ​​dificultou a construção de confiança no Wasm como uma tecnologia de nível de produção. A visualização 2 muda tudo isso, abrindo caminho para uma adoção mais ampla e até mesmo convencional do Wasm.

A vantagem de tudo isso? Ao criar aplicativos Wasm, agora você pode escolher bibliotecas de qualquer ecossistema de linguagem, compilá-las em componentes e compô-las para criar um aplicativo. Todas as equipes da sua organização podem desenvolver os sistemas pelos quais são responsáveis ​​com qualquer pilha de tecnologia que preferirem. Então, por meio do poder do modelo de componentes, os desenvolvedores e as equipes podem combiná-los em um aplicativo monolítico com a confiança de que todas as peças se encaixarão e funcionarão de maneira previsível.

Sem dúvida, Wasm sempre foi uma tecnologia com enorme potencial. Até agora, esse potencial foi frustrado por lacunas em ferramentas, estabilidade e recursos críticos. O WASI Preview 2 preenche bem essas lacunas, abrindo caminho para que o Wasm cumpra sua promessa de facilidade de desenvolvimento em ambientes de produção. O WASI Preview 2 e o modelo de componente devem desencadear um rápido aumento na adoção e implantação do Wasm. Acima de tudo, é um grande passo em frente que deve deixar qualquer desenvolvedor ou líder de tecnologia entusiasmado com o futuro do Wasm e incentivá-lo a colocar a mão na massa construindo aplicativos Wasm.

Cada grande mudança tecnológica tem um ponto de inflexão que impulsiona a adoção. WASI Preview 2 deve ser o ponto de inflexão para Wasm. Isso tornará o desenvolvimento de software mais fácil, rápido e seguro para desenvolvedores em todos os lugares.

A postagem Por que o WASI Preview 2 torna o WebAssembly pronto para produção apareceu pela primeira vez em The New Stack.