Dos piezas que están dentro de muchos sistemas en contenedores llegan al final de su mantenimiento en el arranque de noviembre:
- Alpine Linux 3.21, la distribución mínima sobre la que se construyen muchas imágenes de Docker, tiene su fin de soporte el 1 de noviembre de 2026, según la tabla oficial de versiones de alpinelinux.org. Su última versión menor publicada es la 3.21.9.
- Python 3.10 ya está marcado como fin de vida en la guía de desarrolladores de python.org, con fecha del 1 de octubre de 2026. El anuncio de su última versión, la 3.10.22, la presenta como la final de esa rama.
Ninguno de los dos se apaga. El portal de clientes, el bot que descarga facturas del SAT o el API que conecta la tienda en línea con el ERP siguen corriendo. Lo que cambia es que la siguiente falla de seguridad que se descubra en esas versiones ya no tendrá corrección.
| Componente | Fin de soporte | Última versión | A dónde pasar | Soporte del destino |
|---|---|---|---|---|
| Alpine 3.21 | 1 nov 2026 | 3.21.9 | Alpine 3.23 | Hasta 1 nov 2027 |
| Alpine 3.24 | Hasta 1 jun 2028 | |||
| Python 3.10 | Oct 2026 (ya vencido) | 3.10.22 | Python 3.12 | Parches hasta oct 2028 |
| Python 3.13 | Parches hasta oct 2029 | |||
| Alpine 3.20 y anteriores | Ya vencidas | — | 3.23 o 3.24 | — |
| Python 3.9 y anteriores | Ya vencidas | — | 3.12 o 3.13 | — |
Fuentes: alpinelinux.org/releases y devguide.python.org/versions, consultadas el 26 de octubre de 2026. Las fechas futuras de Python son programadas y el proyecto puede ajustarlas.
Por qué Alpine está en tu empresa aunque nadie lo haya elegido
Alpine pesa unos cuantos megabytes y por eso es la base favorita de muchas imágenes de Docker. Si tu proveedor te entregó un sistema "en contenedores" o alguien siguió una guía como la de Docker Compose, es muy probable que alguna imagen diga alpine en su etiqueta: python:3.10-alpine3.21, node:...-alpine3.21, nginx:...-alpine, el proxy Traefik, Redis o la base de datos de una herramienta interna.
El punto débil de los contenedores es que se construyen una vez y se quedan congelados. Un servidor Ubuntu con actualizaciones automáticas recibe parches; un contenedor no. Si la imagen se armó hace un año sobre Alpine 3.21 y nadie la ha vuelto a construir, trae los paquetes de hace un año, y desde el 1 de noviembre ni siquiera reconstruirla con la misma etiqueta le da correcciones nuevas.
Python 3.10: el que corre los scripts que nadie recuerda
Python 3.10 salió en octubre de 2021 y el proyecto da cinco años de vida a cada versión. Llegó a muchos lados sin que nadie lo decidiera: es la versión que traía Ubuntu 22.04, la que se usó en muchos scripts de automatización (descarga de CFDI, conciliaciones, reportes que se mandan por correo) y en APIs hechas con frameworks como FastAPI. Un caso típico es el respaldo automatizado con Python y cron que alguien dejó funcionando y que nadie ha vuelto a abrir.
Hay un matiz: si el Python viene del sistema operativo (por ejemplo, el paquete de Ubuntu 22.04), el fabricante de la distribución puede seguir parchándolo por su cuenta. Si viene de una imagen oficial de Docker como python:3.10 o de un instalador descargado de python.org, después de la 3.10.22 no hay nada más.
Python 3.11 tampoco te da mucho aire: su fin de vida programado es octubre de 2027. Si vas a mover código, conviene ir a 3.12 o 3.13 de una vez.
Qué hacer esta semana
- Haz inventario. En cada servidor con Docker ejecuta
docker imagesy anota las etiquetas que diganalpine3.21,3.21,alpinesin número opython:3.10. Dentro de un contenedor,cat /etc/alpine-releaseypython3 --versionconfirman la versión real. Busca también en losDockerfileydocker-compose.ymlde tus proyectos. - Pregunta a tus proveedores. Si un sistema te lo entregaron en contenedores, pide por escrito sobre qué versión de Alpine y de Python está construido y cuándo lo van a reconstruir. Es una pregunta que debería estar en cualquier contrato de mantenimiento.
- Cambia la etiqueta y reconstruye. Pasar de
alpine3.21aalpine3.23oalpine3.24suele ser cambiar una línea y volver a construir. Fija la versión explícita (alpine3.24, nolatest) para saber siempre qué corres. - Prueba antes de producción. Al subir de Alpine cambian versiones de OpenSSL, librerías de C y herramientas; al subir de Python, algunas librerías viejas dejan de instalarse. Levanta la nueva imagen en una copia, corre el flujo completo (login, facturación, la integración con el ERP) y deja lista la imagen anterior para regresar.
- Automatiza la reconstrucción. Una tarea en tu pipeline de GitLab que reconstruya las imágenes cada mes y las pase por un escáner de vulnerabilidades evita que esto vuelva a pasar en silencio. Si nunca has escaneado tu red, la guía para escanear vulnerabilidades es un buen punto de partida.
alpine sin número toma la versión más reciente en el momento en que se construyó. Si se construyó a inicios de 2025, probablemente sea 3.21 o anterior, aunque la etiqueta no lo diga. Revisa la versión real dentro del contenedor.Contexto
Noviembre trae varios fines de soporte juntos: PostgreSQL 14 recibe su último parche el 12 de noviembre, y el 10 de noviembre se quedan sin actualizaciones .NET 8 y 9 junto con PowerShell 7.4 y Windows Server 2012 R2. Los contenedores son menos visibles que un servidor Windows, pero ahí corren los portales, las integraciones y los bots que mueven datos de clientes y facturas. En servidores y desarrollo de software hacemos el inventario de imágenes, las reconstruimos sobre versiones con soporte y dejamos la reconstrucción periódica automatizada.
