Comprobar periódicamente si Broadcom ha publicado una nueva actualización de VMware ESXi o vCenter es una de esas tareas sencillas que pueden terminar olvidándose justo cuando aparece un parche importante. Para evitarlo, un proyecto independiente ha creado Tracker ESXi + vCenter, una herramienta que consulta automáticamente las release notes, detecta nuevas versiones y las convierte en un único feed RSS que puede conectarse a lectores, sistemas de automatización o canales internos de un equipo de sistemas.

Las claves del tracker de VMware en 30 segundos

• El proyecto revisa automáticamente las release notes de ESXi y vCenter publicadas por Broadcom.
• Actualmente está configurado para seguir VMware 8.0 Update 3 y consulta las páginas aproximadamente cada hora.
• Conserva tanto la fecha oficial de publicación como el momento en que detectó cada versión.
• ESXi y vCenter aparecen juntos en un único feed RSS.
• Es un servicio independiente y no oficial, pensado para automatizar avisos, no para instalar actualizaciones.

La herramienta ha sido desarrollada por Sri7ach1 a partir de una necesidad bastante reconocible para cualquier administrador de sistemas: dejar de depender de una comprobación manual para saber cuándo aparece una nueva versión.

El funcionamiento tampoco requiere una plataforma compleja. Un scraper escrito en Python consulta la documentación, BeautifulSoup ayuda a procesar las páginas y varias expresiones regulares permiten identificar versiones y fechas. Cuando encuentra algo nuevo, actualiza el histórico y genera el feed.

Lo interesante está precisamente en convertir una página web que alguien tendría que recordar visitar en una fuente que puede integrarse en otros procesos.

De revisar Broadcom manualmente a recibir una alerta

El punto de partida son las release notes que Broadcom publica para VMware ESXi y vCenter Server.

El scraper consulta periódicamente esas páginas y compara las versiones disponibles con las que ya conoce. Cuando aparece una nueva, la incorpora al histórico.

Hay un detalle especialmente útil: el sistema distingue entre la fecha real de publicación y la fecha de detección.

Esto evita un problema habitual en este tipo de herramientas.

El tracker comenzó a funcionar cuando VMware 8.0 Update 3 ya acumulaba numerosas versiones. Si simplemente asignara como fecha de publicación el momento en el que encontró cada página, todas las versiones antiguas aparecerían en el RSS como novedades.

En su lugar, extrae la fecha indicada en la documentación de Broadcom y mantiene aparte el momento en el que el scraper detectó la entrada.

Por ejemplo, ESXi 8.0 Update 3 se publicó el 25 de junio de 2024, mientras que el tracker lo incorporó a su histórico el 27 de agosto de 2026. Update 3k, la versión más reciente que aparece actualmente en el servicio, figura con fecha oficial del 29 de julio de 2026.

La web muestra en estos momentos 11 entradas de ESXi y otras 11 de vCenter dentro de la familia 8.0 Update 3.

En ESXi aparecen desde la versión original 8.0 Update 3 hasta Update 3k, pasando por 3b, 3c, 3d, 3e, 3f, 3g, 3h, 3i y 3j.

El histórico de vCenter es ligeramente diferente. También llega hasta Update 3k, pero incluye versiones como 3a que no aparecen en la lista equivalente de ESXi.

Cada entrada enlaza directamente con las release notes correspondientes de Broadcom. El tracker funciona así como mecanismo de aviso, mientras que la documentación oficial continúa siendo el lugar donde revisar qué contiene realmente cada actualización.

Un único feed RSS para ESXi y vCenter

El proyecto genera un solo feed que agrupa las novedades de ambos productos.

Eso permite añadirlo a cualquier lector RSS, pero su utilidad aumenta cuando se conecta con herramientas de automatización.

Una organización podría utilizar el feed para enviar un correo al equipo de sistemas cuando aparezca una versión, publicar una notificación en su herramienta interna de comunicación o crear automáticamente una tarea para que un administrador revise las release notes.

También podría integrarse con plataformas como Power Automate o con cualquier herramienta capaz de consumir RSS.

La ventaja de utilizar este formato es su sencillez.

El scraper no necesita conocer qué sistema de notificaciones utiliza cada organización. Su trabajo termina cuando publica correctamente una nueva entrada en el feed. Después cada equipo decide qué hacer con ella.

Así se separan dos procesos diferentes: detectar una actualización y comunicarla.

La misma fuente RSS puede servir simultáneamente para un lector personal, un sistema de alertas o un flujo corporativo sin tener que modificar el código que consulta Broadcom.

El servicio público puede consultarse en:

Tracker ESXi + vCenter: esx-rss.mirabalphoto.es

El feed está disponible en:

Feed RSS: esx-rss.mirabalphoto.es/feed.xml

El propio proyecto deja claro que no es un servicio oficial de Broadcom o VMware.

Esta precisión es importante porque detectar una nueva versión no significa que deba instalarse automáticamente.

Detectar un parche no significa instalarlo

La herramienta resuelve únicamente la primera parte del problema: saber que existe una nueva versión.

Después comienza el trabajo habitual de administración.

El equipo debe consultar las release notes oficiales, comprobar qué problemas corrige la actualización, revisar si existen avisos de seguridad relacionados y estudiar los problemas conocidos.

También tendrá que comprobar compatibilidades con el hardware y con el resto de componentes de su plataforma antes de decidir cómo y cuándo desplegarla.

En un entorno VMware esto puede implicar revisar ESXi, vCenter, drivers, firmware, soluciones de backup, almacenamiento, redes y cualquier software que dependa directamente de la plataforma de virtualización.

Si la actualización es necesaria, el procedimiento debería continuar con las pruebas correspondientes y una ventana de mantenimiento acorde con las políticas de la organización.

El RSS, por tanto, funciona mejor como disparador del proceso de gestión de parches que como mecanismo para automatizar directamente una actualización.

Cuando aparece una nueva entrada, puede crearse una tarea del tipo «revisar ESXi 8.0 Update 3k». A partir de ahí interviene el procedimiento establecido por el equipo.

Esta separación resulta todavía más importante cuando la nueva versión está relacionada con una vulnerabilidad. Reducir el tiempo que transcurre entre la publicación y el conocimiento de la actualización puede ser útil, pero la rapidez de detección no elimina la necesidad de evaluar el cambio antes de llevarlo a producción.

Una idea aplicable a firmware, drivers y avisos de seguridad

La parte más reutilizable del proyecto no está necesariamente relacionada con VMware.

Los administradores de sistemas siguen dependiendo de numerosas páginas que deben consultar periódicamente para descubrir cambios importantes.

Puede tratarse de páginas de firmware de servidores, nuevas versiones de drivers, actualizaciones de appliances, avisos de seguridad, changelogs de aplicaciones empresariales o documentación de productos.

Cuando el fabricante proporciona una API, un RSS, notificaciones por correo o algún mecanismo similar, lo lógico es utilizarlo.

El problema aparece cuando la única fuente disponible es una página web.

En esos casos un pequeño sistema de vigilancia puede consultar periódicamente la página, extraer los datos relevantes, compararlos con el estado anterior y generar una alerta únicamente cuando encuentre algo nuevo.

La lógica puede expresarse sin necesidad de diagramas complejos: consultar la fuente oficial, extraer versión y fecha, comparar con los datos almacenados y, si existe una novedad, publicarla en RSS y activar la notificación correspondiente.

Esta forma de plantearlo tiene además otra ventaja: el sistema no necesita enviar una alerta cada vez que ejecuta la comprobación. Solo debe hacerlo cuando cambia la información que interesa.

El concepto puede extenderse a prácticamente cualquier página con una estructura suficientemente estable.

También existe una limitación evidente. Un scraper depende de cómo esté construida la web que consulta. Si el proveedor cambia sus URLs, modifica el HTML o reorganiza completamente las release notes, la herramienta puede dejar de detectar correctamente las versiones y necesitar una adaptación.

Por eso este tipo de automatizaciones también deben supervisarse.

La rama de VMware puede cambiarse mediante configuración

El tracker está preparado actualmente para VMware ESXi y vCenter 8.0 Update 3, que es la rama utilizada por su creador.

Según explica, seguir una rama diferente no requiere modificar la lógica del scraper. Basta con cambiar algunas variables de configuración que determinan qué páginas deben vigilarse.

Esto hace que el proyecto pueda servir tanto como servicio listo para consumir como referencia para construir una herramienta propia.

La segunda posibilidad puede resultar especialmente interesante en organizaciones que quieran controlar internamente la monitorización o añadir otras fuentes.

Una empresa podría mantener varios trackers para los productos que forman su infraestructura y terminar reuniendo sus novedades en un mismo sistema de alertas.

La idea tampoco requiere inteligencia artificial, una gran plataforma de observabilidad ni una nueva herramienta empresarial. Utiliza tecnologías conocidas para eliminar una tarea manual repetitiva.

Y precisamente ahí está su utilidad para sistemas: si una página contiene información que puede afectar a la infraestructura y alguien tiene que acordarse de visitarla periódicamente, probablemente exista margen para automatizar esa comprobación.

Preguntas frecuentes

¿Qué es Tracker ESXi + vCenter?

Es un proyecto independiente que revisa las release notes de VMware publicadas por Broadcom y genera un feed RSS con las versiones detectadas de ESXi y vCenter.

¿Cada cuánto comprueba si existen nuevas versiones de VMware?

Según la información proporcionada por su creador, el scraper consulta aproximadamente cada hora las páginas configuradas para comprobar si existen nuevas versiones.

¿El feed RSS de ESXi y vCenter es oficial?

No. El propio servicio indica expresamente que no es una herramienta oficial de Broadcom o VMware. Las release notes oficiales deben seguir utilizándose para comprobar los detalles de cada actualización.

¿Se puede utilizar el RSS para generar alertas automáticas?

Sí. El feed puede utilizarse en lectores RSS, Power Automate y otras herramientas capaces de consumir este formato para enviar avisos o iniciar flujos cuando aparezca una nueva versión.