Para devs, del 1 al 14 de octubre: Python 3.15, Deno se va a Cloudflare, Kubernetes sin cgroup v1 y Haiku 5.5

0 0 votos

Valora la Publicación

La primera mitad de octubre trajo cambios que obligan a tocar código o infraestructura: salió Python 3.15 y Python 3.10 se quedó sin parches, Deno pasa a manos de Cloudflare con fecha de cierre para Deno Deploy y el blog oficial de Kubernetes recordó que, desde la 1.35, el kubelet no arranca en nodos con cgroup v1.

Se suman un Haiku mucho más barato, servidores HTTP nativos en AWS Lambda, SvelteKit 3 y el modelo más grande de Mistral.

Lenguajes, runtimes y plataformas

Python 3.15 ya es estable y 3.10 llegó a fin de vida

Python 3.15.0 salió el 9 de octubre, después de un tercer release candidate que no estaba previsto. La estrella es la PEP 810: importaciones diferidas explícitas con la palabra lazy, que cargan el módulo recién cuando se lo usa por primera vez.

Sirve para bajar el tiempo de arranque de CLIs y servicios con dependencias pesadas. El costo: un error de carga aparece en el primer uso, no en el import.

Otras novedades de la versión:

UTF-8 como codificación por defecto (PEP 686), un cambio que puede romper código que leía archivos en Windows sin indicar encoding.
Un tipo frozendict incorporado (PEP 814) y un tipo para valores centinela (PEP 661).
Un paquete de perfilado con el profiler por muestreo Tachyon (PEP 799).

En paralelo, Python 3.10 llegó a fin de vida el 1 de octubre: ya no recibe parches de seguridad. La 3.11 queda con soporte de seguridad hasta octubre de 2027.

Qué hacer: inventariar imágenes Docker, funciones y pipelines que sigan en 3.10, y sumar 3.15 a la matriz de CI.

Deno se suma a Cloudflare y Deno Deploy tiene fecha de cierre

El 9 de octubre Ryan Dahl anunció que todo el equipo de Deno se incorpora a Cloudflare. No se informaron montos ni condiciones.

Lo que cambia para quien usa sus productos:

Runtime de Deno: un año más de versiones mensuales con correcciones y parches de seguridad; después termina el desarrollo, aunque el código sigue siendo abierto para que otros lo continúen.
Deno Deploy: sigue operando seis meses y después cierra, con soporte de migración a Cloudflare Workers para los clientes pagos.
JSR (el registro de paquetes de Deno): sigue funcionando y su infraestructura se muda a Cloudflare.

Cloudflare, además, quiere que alojar workerd (el runtime de Workers) en infraestructura propia sea una opción con soporte oficial.

Qué hacer: si tenés algo en Deno Deploy, el reloj ya corre; si usás el runtime de Deno en producción, evaluá con tiempo si migrás a Node, a Bun o a Workers.

Kubernetes: sin cgroup v2, el kubelet no arranca

Los cgroups son el mecanismo del kernel de Linux con el que Kubernetes reparte CPU y memoria entre contenedores. El 6 de octubre el blog oficial del proyecto publicó una guía de migración que deja claro el calendario.

Desde la v1.35, la opción failCgroupV1 viene en true: en un nodo con cgroup v1 el kubelet falla al arrancar, y kubeadm corta init, join y upgrade con un error. Se puede volver a false de forma temporal, pero ese respaldo tiene retiro previsto en la v1.38.

Requisitos mínimos que marca la guía:

Kernel 5.8 o superior (5.9 recomendado).
containerd 1.4 o superior (2.0 para detectar solo el driver de cgroups).
CRI-O 1.20 o superior (1.28 para la detección automática).
cAdvisor 0.43.0 o superior, y versiones recientes de Java, Node.js o automaxprocs si leen límites del contenedor.

Qué hacer: correr stat -fc %T /sys/fs/cgroup/ en cada nodo; tiene que devolver cgroup2fs. Los clústeres autoadministrados sobre distros viejas son los más expuestos.

AWS Lambda Web Functions: tu servidor HTTP, sin reescribirlo

AWS presentó el 12 de octubre una nueva forma de función: en lugar de escribir un manejador de eventos, la aplicación escucha en un puerto como cualquier servidor y Lambda se encarga de escalar. Funciona con Express, Hono, Fastify, Next.js o cualquier framework de Node.js, y se despliega con aws lambda-web deploy.

Cada entorno atiende hasta 128 pedidos concurrentes y se cobra el tiempo de CPU activo, así que esperar a una base de datos casi no suma. La memoria, en cambio, se mide mientras el entorno exista.

Al lanzamiento solo hay Node.js 24 sobre Arm64, en cinco regiones (Virginia, Ohio, Oregón, Tokio e Irlanda); São Paulo no está en la lista.

SvelteKit 3: menos configuración y más tipado

Salió el 1 de octubre con pocos cambios de fondo pero varios que rompen compatibilidad:

La configuración pasa de svelte.config.js a vite.config.ts.
El alias $lib pasa a ser #lib, usando las importaciones de subruta de Node.
Mejoras en variables de entorno, service workers con menos código repetido y mejor manejo de errores.

Qué hacer: npx sv migrate sveltekit-3 --tasks all --confirm migra lo que puede y deja una lista de pendientes. Las «remote functions» todavía no están listas.

Modelos para integrar

Claude Haiku 5.5: diez veces más barato, con dos trampas

Anthropic lanzó el 7 de octubre claude-haiku-5-5, para tareas de alto volumen (clasificación, extracción, ruteo). Cuesta USD 0,10 por millón de tokens de entrada y USD 0,50 de salida, contra USD 1 y USD 5 de Haiku 4.5, con ventana de contexto de un millón de tokens y, por primera vez en un Haiku, nivel de esfuerzo ajustable.

La letra chica:

Arriba de 100.000 tokens de prompt todas las tarifas se multiplican por cinco (USD 0,50 y USD 2,50).
Usa el tokenizador nuevo de la familia 5.5, que cuenta más tokens para el mismo texto; un prompt que estaba cerca del umbral puede cruzarlo.

Qué hacer: antes de migrar, medir el consumo real con tus propios prompts en vez de comparar precios de lista.

Mistral Large 4: un billón de parámetros, pesos a fin de mes

Mistral abrió el 6 de octubre una vista previa pública de Large 4 por API. Es un modelo de mezcla de expertos (solo una parte de la red se activa en cada consulta) con un billón de parámetros totales y 52.000 millones activos, a USD 1,36 por millón de tokens de entrada y USD 4,18 de salida.

Los pesos llegan a fin de octubre, sin licencia anunciada todavía. Si es permisiva, abre la puerta a correr un modelo grande en infraestructura propia, clave cuando los datos no pueden salir del país.

Qué entra primero en tu backlog

Tres de estas novedades tienen fecha límite: Python 3.10 ya no recibe parches, Deno Deploy cierra en seis meses y el respaldo de cgroup v1 se retira en Kubernetes 1.38. El resto se puede evaluar con calma.

¿Cuál de estas te toca resolver primero en tu equipo? Te leemos en los comentarios.

Fuentes

Escrito por

Pablo Ariel Di Loreto

Profesor. Informático. Fanático del helado de dulce de leche. Director de Ingeniería en MODO, y Secretario del Microsoft Users Group Asociación Civil. Además, soy owner de iniciativas como ConoSurTech y Aprender IT.

Ver todas las entradas de Pablo Ariel Di Loreto →