Google lanza TensorFlow 2.16 con Keras 3 como marco predeterminado

Google ha publicado la versión 2.16 de TensorFlow, que integra Keras 3 para permitir la ejecución de modelos sobre backends alternativos como JAX y PyTorch. Esta actualización optimiza el rendimiento en producción mediante la transición completa hacia el grafo de ejecución tf.function.

Álvaro González PalacioActualizado: 8 de octubre de 2026
5 min de lectura
Google lanza TensorFlow 2.16 con Keras 3 como marco predeterminado
Google lanza TensorFlow 2.16 con Keras 3 como marco predeterminado

Google ha hecho oficial el lanzamiento de TensorFlow 2.16, una actualización que redefine la arquitectura de su biblioteca de aprendizaje automático al establecer Keras 3 como el marco de alto nivel predeterminado. Este cambio estructural permite que los desarrolladores ejecuten modelos de Keras no solo sobre el motor de TensorFlow, sino también utilizando JAX o PyTorch. Esta capacidad multi-backend elimina la dependencia exclusiva de una única infraestructura de computación, facilitando que el código del modelo sea portable entre diferentes entornos sin necesidad de reescribirlo.

La implementación de Keras 3 supone un giro estratégico en la gestión de los modelos de deep learning. Hasta ahora, Keras funcionaba como una interfaz simplificada estrechamente ligada a TensorFlow. Con la versión 3, el marco se desvincula parcialmente para actuar como una capa de abstracción superior. Esto significa que un desarrollador puede definir la arquitectura de su red neuronal una sola vez y decidir posteriormente si el entrenamiento y la inferencia se procesan mediante la eficiencia de JAX, la flexibilidad de PyTorch o la robustez de TensorFlow, optimizando así la elección del backend según la carga de trabajo o el hardware disponible.

Para garantizar la continuidad de los proyectos existentes, Google mantiene la compatibilidad con la versión anterior a través del paquete tf_keras. Los usuarios que necesiten seguir operando con Keras 2 en el entorno de TensorFlow 2.16 deben instalar el paquete específico mediante el comando pip install tf-keras~=2.16. Además, es necesario configurar la variable de entorno TF_USE_LEGACY_KERAS=1 antes de importar la librería en el código de Python para que el sistema reconozca y utilice la versión heredada en lugar de la nueva implementación de Keras 3.

En el ámbito del rendimiento y la ejecución, TensorFlow 2.16 consolida la transición hacia el grafo de ejecución mediante tf.function. El grafo de ejecución es un mecanismo que transforma el código Python, que normalmente se ejecuta de forma imperativa y secuencial (modo eager), en un grafo de cómputo optimizado. Este proceso permite que TensorFlow analice la estructura del modelo y aplique optimizaciones de memoria y paralelismo antes de ejecutar las operaciones, lo que resulta en una mejora sustancial de la velocidad y la eficiencia cuando los modelos se despliegan en entornos de producción reales.

La actualización introduce cambios significativos en la compilación para usuarios de Windows. Clang 17 se ha convertido en el compilador preferido para la creación de las ruedas (wheels) de TensorFlow destinadas a CPU en este sistema operativo. Las wheels son paquetes de distribución precompilados que facilitan la instalación de librerías complejas sin necesidad de compilar el código fuente localmente. Aunque las versiones publicadas oficialmente en PyPI utilizarán Clang, Google mantiene la opción de utilizar el compilador MSVC para aquellos desarrolladores que prefieran seguir el método de construcción tradicional.

Este cambio en la infraestructura de compilación para Windows ha sido implementado y entregado a través del programa 3P Official Build, con una participación directa de Intel en la ejecución técnica de la mejora. La adopción de LLVM/Clang 17 busca estandarizar la compilación y mejorar la estabilidad del software en entornos de computación basados en x86, reduciendo las fricciones habituales en la instalación de TensorFlow sobre Windows.

En cuanto a la compatibilidad de software, TensorFlow 2.16 añade soporte oficial para Python 3.12. Esta integración asegura que las últimas optimizaciones del lenguaje Python, como las mejoras en el manejo de memoria y la velocidad de ejecución del intérprete, puedan aprovecharse directamente en el flujo de trabajo de desarrollo de inteligencia artificial. La actualización de la versión de Python es fundamental para mantener la seguridad del ecosistema y aprovechar las nuevas sintaxis que optimizan la escritura de código.

Una de las decisiones más drásticas de esta versión es la eliminación definitiva de la API tf.estimator. Los Estimators eran una herramienta diseñada para escalar el entrenamiento de modelos en entornos distribuidos, pero han sido superados por las capacidades de Keras y las nuevas funciones de TensorFlow Core. Aquellos proyectos que dependan estrictamente de tf.estimator no podrán migrar a la versión 2.16 y deberán permanecer en TensorFlow 2.15 o versiones anteriores, lo que obliga a los equipos de ingeniería a planificar la migración de sus flujos de trabajo hacia Keras 3.

Para los usuarios de hardware Apple Silicon, Google ha simplificado el proceso de instalación. Anteriormente, era necesario utilizar el paquete específico tensorflow-macos para obtener un rendimiento optimizado en los procesadores M1, M2 o M3. A partir de TensorFlow 2.16, el paquete tensorflow-macos deja de recibir actualizaciones y se integra totalmente en el paquete principal. Los desarrolladores deben actualizar su método de instalación utilizando simplemente pip install tensorflow, eliminando la fragmentación de paquetes para los usuarios de macOS.

La arquitectura de TensorFlow 2.16 refleja una tendencia hacia la interoperabilidad. Al permitir que Keras actúe como un puente entre JAX y PyTorch, Google reconoce que el ecosistema de IA no es monolítico. JAX, por ejemplo, es altamente valorado en la investigación académica por su capacidad de diferenciación automática y transformaciones de funciones, mientras que PyTorch domina gran parte del desarrollo rápido de prototipos. La integración de estos backends bajo una misma interfaz de alto nivel reduce la barrera de entrada para los científicos de datos que desean experimentar con diferentes motores de computación sin abandonar el ecosistema de TensorFlow.

El impacto para las empresas radica principalmente en la reducción de la deuda técnica. La capacidad de alternar backends permite que una organización pueda entrenar un modelo en un entorno donde JAX sea más eficiente y luego desplegarlo en una infraestructura optimizada para TensorFlow, todo ello manteniendo la misma base de código. Esto reduce los tiempos de desarrollo y minimiza los errores introducidos durante la traducción de modelos entre diferentes marcos.

En resumen, TensorFlow 2.16 se posiciona no solo como una actualización de rendimiento, sino como una plataforma abierta. La combinación de la adopción de Keras 3, la optimización mediante grafos de ejecución, el soporte para Python 3.12 y la unificación de paquetes para Apple Silicon busca simplificar la experiencia del desarrollador mientras se incrementa la flexibilidad técnica en la elección de la infraestructura de cómputo.

Fuentes

1. blog.tensorflow.org: https://blog.tensorflow.org/2024/03/whats-new-in-tensorflow-216.html

Artículos relacionados

Herramientas

Mistral migra 40.000 líneas de código Fortran 77 a C++ para un operador energético

Mistral ha utilizado agentes de IA para trasladar 40.000 líneas de código de un simulador de yacimientos de un operador energético europeo. El proceso ha transformado un sistema obsoleto en Fortran 77 a C++, demostrando la viabilidad de modernizar software crítico en sectores industriales.

Herramientas

Mistral y Mozilla integran modelos de IA abiertos en el asistente Firefox Smart Window

Mistral y Mozilla han anunciado el 16 de septiembre de 2026 una alianza para implementar IA abierta y multilingüe en el navegador Firefox. La integración se llevará a cabo a través de Firefox Smart Window para ofrecer una navegación asistida con garantías de privacidad y control de datos.

Análisis

El umbral de los 10²³ FLOPs y la delimitación técnica del control regulatorio europeo

La Comisión Europea busca materializar la Ley de IA mediante criterios técnicos cuantificables. El uso de la capacidad de cómputo como filtro define quién queda sujeto a la supervisión comunitaria y quién escapa a ella mediante la especialización funcional.

Análisis

La gestión del silencio en el parcheo de Zimbra y el riesgo de la superficie expuesta

La explotación de la vulnerabilidad CVE-2026-73570 en Zimbra Collaboration Suite evidencia un fallo sistémico en la comunicación de seguridad de Synacor. Este incidente pone de relieve la peligrosidad de mantener activos componentes opcionales y el impacto de las ventanas de exposición prolongadas.