{"id":11203,"date":"2024-08-27T00:44:12","date_gmt":"2024-08-27T00:44:12","guid":{"rendered":"https:\/\/amiti.org.mx\/?p=11203"},"modified":"2024-08-29T00:50:17","modified_gmt":"2024-08-29T00:50:17","slug":"webassembly-el-futuro-de-la-escalabilidad-y-portabilidad","status":"publish","type":"post","link":"https:\/\/amiti.org.mx\/en\/11203\/webassembly-el-futuro-de-la-escalabilidad-y-portabilidad\/","title":{"rendered":"WebAssembly – El futuro de la escalabilidad y portabilidad"},"content":{"rendered":"

Resumen<\/strong><\/p>\n\n\n\n

La necesidad de incrementar la velocidad de entrega de los productos de software nos ha llevado a crear y adoptar estrategias, procesos y metodolog\u00edas, tales como \u00c1giles, DevOps<\/em>, DevSecOps<\/em>, GitOps<\/em> y MLOps<\/em>.<\/p>\n\n\n\n

Por lo cual es necesario tener capacitaci\u00f3n para implementar una serie de herramientas para alcanzar la entrega continua de los productos. Sin embargo, de nada sirve entregar r\u00e1pido si el producto o servicio no tiene la velocidad para adaptarse al incremento de la demanda y de recuperarse r\u00e1pido en caso de ca\u00eddas inesperadas.<\/p>\n\n\n\n

El \u00faltimo eslab\u00f3n de la cadena de entrega continua es donde vive y se ejecuta una aplicaci\u00f3n. Y la herramienta m\u00e1s usada hasta el momento es Docker (tecnolog\u00eda en contenedores).<\/p>\n\n\n\n

Los contenedores prometieron portabilidad, al igual que Java<\/em> en su momento y por \u00faltimo las arquitecturas Serverless<\/em> pero lamentablemente no han cumplido al 100%.<\/p>\n\n\n\n

Tenemos otra oportunidad para alcanzar la verdadera portabilidad con WebAssembly, ya que se ejecuta a muy bajo nivel y en cualquier lado, incluso en navegadores, aumentando tambi\u00e9n la velocidad de ejecuci\u00f3n.<\/p>\n\n\n\n

Dando paso a otro factor que pudiera ser beneficiado: Escalabilidad, ya que un proceso WebAssembly arranca m\u00e1s r\u00e1pido que un contenedor.<\/p>\n\n\n\n

Introducci\u00f3n<\/strong><\/p>\n\n\n\n

WebAssembly (WASM) fue creado exclusivamente para ejecutarse en navegadores. Incluso fue declarado como un est\u00e1ndar el 5 de diciembre de 2019 por el World Wide Web Consortium (W3C), y se convierte en el cuarto elemento del stack<\/em> web: HTML, CSS, JavaScript y WASM<\/strong>.<\/p>\n\n\n\n

El hecho de que WASM permite ejecutar cualquier lenguaje dentro de un navegador, programas nativos de escritorio famosos se hicieron disponibles en versi\u00f3n web, como es el caso de Photoshop<\/em>, Figma<\/em>, Lucidchart<\/em>, Canva<\/em>, entre otros.<\/p>\n\n\n\n

Una vez que WASM demostr\u00f3 su portabilidad y eficacia en los navegadores, la comunidad empez\u00f3 a preguntarse si era factible llevarlo al lado del servidor, ejecutarlo en la nube e incluso pensar en un reemplazo de Docker.<\/p>\n\n\n\n

Desarrollo<\/strong><\/p>\n\n\n\n

WASM puede llegar a garantizar una portabilidad real, sin depender totalmente de la arquitectura de los procesadores, ya que abstrae la capa del hardware.<\/p>\n\n\n\n

\u00bfQu\u00e9 es WebAssembly?<\/strong><\/p>\n\n\n\n

Una definici\u00f3n del sitio oficial es:<\/p>\n\n\n\n

<\/a>WebAssembly (WASM abreviado) es un formato de instrucci\u00f3n binario para computadoras o m\u00e1quinas virtuales basadas en stack. WASM est\u00e1 dise\u00f1ado como destino de compilaci\u00f3n portable para lenguajes de programaci\u00f3n, permitiendo un despliegue en aplicaciones web tanto del lado del cliente como del servidor.<\/em><\/p>\n\n\n\n

\u00bfPor qu\u00e9 WebAssemby es disruptivo?<\/strong><\/p>\n\n\n\n

WASM como tecnolog\u00eda web, fue atractiva desde el principio porque era eficiente, r\u00e1pida y segura. Uno de los objetivos principales de WASM fue ayudar a JavaScript a mejorar su velocidad, sin embargo, la comunidad empez\u00f3 a explorar nuevos casos de uso, como compilar lenguajes de programaci\u00f3n distintos a JavaScript, como C, C++, Rust, C#, etc. Y desplegarlos bajo WASM. Otros empezaron a desplegar programas completos en WASM y ejecutarlos en un navegador web.<\/p>\n\n\n\n

Ahora se ha ido expandiendo a nuevos contextos como en las arquitecturas serverless<\/em>, cuyo principio ha sido que los desarrolladores se enfoquen \u00fanicamente en construir soluciones sin preocuparse en la infraestructura, sin embargo, quien ofrece estos servicios son proveedores privados, entonces los desarrolladores se preocupan en d\u00f3nde desplegar las soluciones serverless<\/em>, porque no se pueden migrar o portar a un proveedor distinto de manera transparente.<\/p>\n\n\n\n

WASM al ser un componente independiente de cualquier lenguaje, stack tecnol\u00f3gico y sistema operativo, ya est\u00e1 siendo adoptado por empresas para ofrecer servicios de arquitecturas serverless, como Cloudflare<\/strong> con sus workers<\/em>, o para monitorear microservicios como Envoy<\/strong> con sus extentions<\/em>, o para ejecutar aplicaciones web como NGNIX<\/strong> con sus units<\/em>.<\/p>\n\n\n\n

Un nuevo caso de uso se ha presentado por el \u00e9xito de WASM: ser un nuevo sistema operativo.<\/p>\n\n\n\n

WASM ha ayudado a replantearse la forma de c\u00f3mo trabajan los sistemas operativos, dando la oportunidad de empezar de nuevo. Sabemos que los paradigmas principales de los sistemas operativos no han cambiado desde 1970.<\/p>\n\n\n\n

WASM se puede convertir en la nueva unidad de c\u00f3mputo, ya que logra ejecutar cualquier lenguaje de programaci\u00f3n, no tiene un estado, la informaci\u00f3n que entra y sale no tiene un formato espec\u00edfico, sino que se recibe y expone en crudo, es decir, puede llegar un string de Pyhton o de Rust y no deber\u00eda haber problema.<\/p>\n\n\n\n

Por lo tanto, esa unidad m\u00ednima se puede extender a trav\u00e9s de un modelo de plugins, incrementando la funcionalidad con cualquier lenguaje de programaci\u00f3n.<\/p>\n\n\n\n

Ya no habr\u00eda puentes o adaptadores para unir diferentes lenguajes de programaci\u00f3n. No se perder\u00eda tiempo en tratar de acoplar todo en un ambiente o plataforma en espec\u00edfico.<\/p>\n\n\n\n

Sin embargo, para alcanzar este entorno ideal se necesitan 4 factores que debemos mantener como comunidad:<\/p>\n\n\n\n

    \n
  1. Ambiente agn\u00f3stico.<\/strong><\/li>\n<\/ol>\n\n\n\n

    WASM est\u00e1 dise\u00f1ado para ser un ambiente en s\u00ed, porque no se debe perder su esencia en el camino, agregando dependencias de terceros y privadas que limiten una verdadera portabilidad.<\/p>\n\n\n\n