+− THE DAILY DIFFdev & AI news
NEEDS REVIEW

Deno únese a Cloudflare; Deno Deploy pecha en seis meses

Todo o equipo de Deno únese a Cloudflare.

Todo o equipo de Deno únese a Cloudflare. Deno Deploy funcionará durante seis meses antes de pechar, con soporte de migración para os clientes de pago que se trasladen a Workers. O equipo actual manterá o runtime de código aberto durante outro ano, mentres que JSR continúa funcionando. Este Daily Diff do 9 de outubro separa eses compromisos do traballo futuro para fusionar workerd e celld para o autoaloxamento distribuído. As historias de apoio explican o SDK de "sandbox" MXC de Microsoft e as demostracións gráficas reais de Bevy 0.20, os requisitos de "hardware" e as compensacións de calidade. O veredicto de Niko é "NEEDS REVIEW": planifica a migración de aloxamento e identifica o propietario do mantemento do "runtime".

Ler a edición escrita (inglés) ↗

Que abrangue este vídeo

  • Deno é un "runtime" de JavaScript e TypeScript de código aberto. Deno Deploy é un servizo de aloxamento xestionado separado; os seus plans de soporte e apagado difiren.
  • Deno Deploy funcionará durante seis meses antes de pechar. O anuncio ofrece soporte de migración aos clientes de pago que se trasladan a Cloudflare Workers, sen establecer unha compatibilidade "drop-in" universal.
  • O equipo actual promete un ano máis de correccións de erros mensuais e actualizacións de seguridade do "runtime", despois finaliza o seu propio desenvolvemento do "runtime". Deno segue sendo de código aberto e outros poden continuar o desenvolvemento.
  • JSR seguirá funcionando coa infraestrutura trasladándose a Cloudflare. O soporte de rusty_v8 continúa, co traballo para integralo en workerd.
  • A fusión de workerd/celld ten como obxectivo mellorar o autoaloxamento de Workers e Durable Objects. Cloudflare recoñece que a implementación actual de Durable Objects de workerd é de instancia única e non pode proporcionar a escala distribuída prevista. A plataforma fusionada é un traballo futuro.
  • Microsoft MXC é un SDK incrustado para a execución en "sandbox" de código non fiable en Windows, Linux e macOS, con SDK de Rust, .NET e Node. A súa versión 1.0 publicouse o 7 de outubro; o repositorio inclúe o historial de lanzamentos públicos de xuño.
  • As "sandboxes" de procesos nativos do sistema operativo e os "backends" de máquinas virtuais de MXC teñen diferentes límites de seguridade. O modo de auditoría desactiva explicitamente a seguridade da "sandbox" para a análise de políticas de confianza e non debe usarse para cargas de traballo non fiables.
  • Bevy 0.20, lanzado o 8 de outubro, é un motor de xogos Rust gratuíto e de código aberto. O Solari experimental require soporte de "ray-query". O soporte de Metal/macOS envíase sen un "denoiser" de Mac incorporado; o episodio non fai ningunha afirmación de DLSS-en-Mac ou "hardware" universal.
  • Bevy fai que ReSTIR sexa opcional e desactivado por defecto para o rendemento. Isto pode reducir a calidade das sombras ou perder as sombras en movemento en escenas con moitas luces, polo que as escenas existentes necesitan revisión. A mellora do atraso das sombras e o "shimmer" de reflexión son melloras separadas da versión.

Transcrición traducida

Traducido da narración orixinal en inglés. O audio e os subtítulos dispoñibles son controlados por YouTube.

Que sobrevive a Deno uníndose a Cloudflare?

0:00 O código aberto parece permanente. Todo o equipo de Deno únese a Cloudflare, e Deno Deploy ten seis meses antes do apagado. Neste vídeo, que sobrevive? Quen move a túa aplicación? E pode Cloudflare facer máis fácil a saída? É venres, nove de outubro, e este é The Daily Diff. Manteña unha pregunta aberta, porque a escotilla de escape ten unha peza que falta. Deno é un "runtime" de código aberto,

0:20 o programa que executa JavaScript e TypeScript fóra do teu navegador. Inclúe ferramentas para probar e empaquetar o teu código. Deno Deploy é o servizo de aloxamento separado que executa as túas aplicacións nos servidores doutras persoas. Eses teñen futuros diferentes. Ryan Dahl, quen creou Node, anunciou o movemento hoxe. Microsoft ten unha "sandbox" para o código que o teu axente quere executar,

0:38 e onte Bevy lanzou gráficos de xogos Rust máis bonitos. Aparentemente o ticket de migración do venres vén con apoio emocional con "ray tracing". Aquí está a data límite de aloxamento no propio anuncio de Deno.

Quen ten seis meses para migrar?

0:48 Deploy segue funcionando durante seis meses, despois apágase. Os clientes de pago obteñen soporte de migración a Cloudflare Workers. Se Deploy aloxa o teu negocio, ese calendario agora pertence á túa planificación de incidentes, xunto co orzamento do café. Workers executa código do lado do servidor na rede de Cloudflare. Moverse alí significa comprobar as suposicións da túa aplicación. Inventaría as conexións da base de datos, os traballos en segundo plano e os datos almacenados. A axuda para a migración necesita unha revisión de compatibilidade antes de que lle prometas ao xefe unha

1:12 fin de semana sen problemas. Todo o mundo recibe o aviso de apagado. Esa é unha distinción útil cando alguén reenviou o titular coas palabras tranquilizadoras, "debería estar ben", e inmediatamente desconéctase.

Que acontece co "runtime" e JSR?

1:21 O "runtime" obtén outro ano de correccións de erros mensuais e actualizacións de seguridade deste equipo. Despois, o seu desenvolvemento finaliza. O código fonte permanece aberto e outros mantedores poden continualo. O teu executable existente segue funcionando, pero o seu soporte futuro agora necesita un propietario. JSR, o rexistro de paquetes para JavaScript e TypeScript, segue funcionando mentres a súa infraestrutura se traslada a Cloudflare. O equipo tamén segue apoiando rusty v8, os seus "bindings" de Rust para o motor de JavaScript de Google, e planea integrar ese traballo no "runtime" de Cloudflare.

1:49 Así que o logotipo do dinosauro sobrevive, o aloxamento ten unha data límite, e a xente que constrúe o "runtime" elixiu outro proxecto. Unha licenza aberta preserva a túa capacidade para facerte cargo do traballo. Desafortunadamente, envíase sen o equipo de enxeñaría de reposto necesario para facelo. O novo enfoque é fusionar workerd e celld para simplificar o autoaloxamento de Workers e

Por que construír Workers autoaloxados?

2:07 Durable Objects. Un Durable Object é unha peza de código de servidor enderezaable individualmente coa súa propia base de datos, útil para manter xuntos os mensaxes e as conexións dunha sala de chat. Usa un obxecto por sala, e a plataforma pode distribuír as salas entre máquinas. Dahl describe celld como un binario de Rust co almacenamento de obxectos como a súa única dependencia de servizo externo. Esa é a ambición, menos proxectos de infraestrutura adxuntos a cada aplicación. Iso soa atractivo se algunha vez construíches unha aplicación de chat e accidentalmente fundaches

2:34 un departamento de administración de bases de datos. Os desenvolvedores poderían operar o mesmo modelo de programación por si mesmos. A escotilla de escape operativa aínda necesita o traballo ao que volveremos.

Que é a "sandbox" MXC de Microsoft?

2:42 O "Execution Container" de Microsoft, ou MXC, é un "kit" de "software" que a túa aplicación incrusta para executar código non fiable dentro dunha "sandbox". Iso significa restrinxir o que un "plugin" ou un programa xerado por un axente pode acceder, en lugar de darlle todo o teu portátil e esperar que a solicitude fose educada. Soporta Windows, Linux e macOS, con SDKs para Rust, .NET e Node. Ti especificas a carga de traballo e a política. A versión un chegou o sete de outubro, e o repositorio ten un "commit" de lanzamento

3:10 público de xuño. A atención de hoxe chegou máis tarde. A parte intelixente é unha interface común sobre diferentes límites. A parte perigosa é asumir que son idénticos porque a API parece ordenada. Tamén pode poñer a parte complicada o suficientemente lonxe como para que ninguén a revise. Linux por defecto usa Bubblewrap, e macOS usa Seatbelt. Windows por defecto usa un contedor de procesos. Outros "backends" inclúen máquinas virtuais, algúns marcados como experimentais. Unha "sandbox" de procesos do sistema operativo e unha máquina virtual separada teñen

3:36 diferentes límites de seguridade. Elixe o "backend" para a carga de traballo que realmente estás executando. E le a advertencia do modo de auditoría. A auditoría desactiva toda a seguridade da "sandbox" para a carga de traballo que se está a analizar. É para aprender o que unha ferramenta de confianza necesita, para que poidas crear a súa política. Pór un "script" de axente descoñecido a través dese modo anularía a razón pola que instalaches a "sandbox". Bevy é un motor de xogos gratuíto e de código aberto construído en Rust.

Que cambiou na iluminación de Bevy?

3:57 A versión cero punto vinte chegou onte. O seu "renderer" Solari experimental simula a luz rebotando nunha escena en tempo real, con sombras en movemento melloradas e reflexións menos brillantes a medida que a cámara se move. Solari necesita soporte de "ray query". Agora funciona en macOS a través de Metal, aínda que a versión para Mac non ten un "denoiser" incorporado. A técnica de mostraxe de luz chamada ReSTIR está desactivada por defecto para o rendemento. Iso pode reducir a calidade das sombras e perder sombras en movemento en escenas

4:21 con moitas luces. Proba a túa escena antes de celebrar. Hai máis "widgets" de interface e unha extensión de linguaxe de sombreado chamada wesl. Podes "scrub" unha entrada numérica arrastrando, unha demostración refrescantemente pequena despois de descubrir onde vivirán os teus servidores. Se prefires ler isto en vez de escoitarme dicilo, o "diff" chega á túa caixa de entrada todas as mañás, de balde en "the daily diff dot dev", enlace abaixo. Aquí está a peza que falta.

Que falta aínda da saída?

4:41 O "workerd" de código aberto soporta Durable Objects nunha única instancia, o que limita a escala. A fusión de celld está destinada a cubrir esa lagoa. O impulso de autoaloxamento de Cloudflare podería facilitar unha saída, pero a plataforma distribuída finalizada segue sendo un traballo futuro.

Por que "NEEDS REVIEW" sobre o movemento de Deno?

4:54 Así que o veredicto de hoxe, "needs review". Eu poñería a migración de Deploy no calendario agora e esixiría un propietario de mantemento nomeado antes de construír máis ao redor do "runtime". Subscríbete, preme na campá e dime nos comentarios se o terías marcado de xeito diferente. E ese é o "diff" de hoxe. Son Niko de Axrisi. Fusiona con responsabilidade.

Fontes

  1. Deno is joining CloudflareDeno / Ryan Dahl
  2. Deno is joining Cloudflare — joint self-hosting planCloudflare / Ryan Dahl and Kenton Varda
  3. Microsoft eXecution Container README and audit warningMicrosoft on GitHub
  4. MXC SDK v1.0.0 releaseMicrosoft on GitHub
  5. Bevy 0.20 release notesBevy Contributors
  6. Solari in Bevy 0.20 — technical explanation and real demosJMS55
  7. Solari 0.20 source: experimental status and required ray-query featuresBevy on GitHub
  8. Deno is joining Cloudflare discussionHacker News
  9. Microsoft MXC discussionHacker News
  10. Bevy 0.20 discussionHacker News

Vídeos relacionados