Zabbix 8.0: què canvia de debò i què encara és una diapositiva

Hi ha un detall que resumeix l'estat real de Zabbix 8.0 millor que cap nota de premsa: al registre oficial de contenidors, la 7.4 té les etiquetes alpine-latest i latest, i la 8.0 té alpine-trunk. Trunk és la branca de desenvolupament. A 30 de juliol del 2026, l'últim publicat de la 8.0 és la beta 2, del 9 de juliol. I tot i així fa mesos que circula com si estigués instal·lada en algun lloc.

Monitoritzem infraestructura de clients amb Zabbix: clústers Proxmox amb Ceph, xarxa pròpia, serveis i aplicacions, amb Grafana a sobre per al que cal ensenyar a algú que no entra a la consola. Així que la 8.0 ens interessa pel que canviarà al nostre torn de guàrdia, no pel titular. Aquest post és això: què porta de debò, què encara és una diapositiva de roadmap, i on és la factura de l'upgrade —que no és a les features, és a les notes d'actualització—.

On és la 8.0 exactament

La cronologia pública, tal com és a les release notes oficials:

Quan surti, serà LTS: suport complet fins al tercer trimestre del 2029 i suport limitat fins al tercer trimestre del 2031, segons la política oficial de cicle de vida. És a dir: tres anys de suport complet i cinc fins que s'acabi el limitat. Això és el que fa que aquesta versió importi més que una 7.6 qualsevol: la que instal·lis ara t'acompanyarà fins ben entrada la dècada.

El que el roadmap promet i encara no apareix a les notes

El roadmap oficial de Zabbix posa sota la 8.0 LTS una llista que, si t'hi dediques, és la raó per la qual l'esperes:

• Recol·lecció i visualització de dades d'OpenTelemetry, observabilitat basada en logs i un motor d'emmagatzematge optimitzat per a telemetria.
• Motor de processament complex d'esdeveniments: canvis d'etiqueta i severitat, filtratge, deduplicació, detecció de patrons i processament amb JavaScript propi.
• Permisos per a proxies i grups de proxies, amb model de visibilitat basat en permisos.
• Aplicació mòbil per a iOS i Android amb notificacions push, i un servidor MCP perquè agents d'IA consultin les dades de monitoratge.

Ara la part incòmoda: res d'aquesta llista no apareix a les release notes d'alpha1, alpha2, beta1 ni beta2, ni a la pàgina oficial «What's new in Zabbix 8.0» a data d'avui. Ni OpenTelemetry, ni el motor d'esdeveniments complexos, ni els permisos de proxy, ni l'app.

Convé dir què significa això i què no. No vol dir que no arribarà: falta una beta o dues i un release candidate, i les funcionalitats grans de vegades aterren tard al cicle. Tampoc no és un retret a Zabbix, que publica el seu roadmap amb noms i dates —cosa que no fa tothom— i que fa bé de no deixar anar un LTS a mitges. Vol dir una cosa concreta i operativa: si el teu pla d'observabilitat d'enguany es recolza en l'OpenTelemetry de Zabbix, avui et recolzes en un roadmap, no en un binari. I les dues coses es planifiquen diferent.

I un apunt per llegir la lletra petita: el que sí que està datat com a 8.2 (març del 2027) inclou NetFlow, descobriment automàtic de topologia i gestió centralitzada de logs amb syslog. Si algú t'ha venut que això ve a la 8.0, t'ha venut el roadmap sencer de cop.

El que sí que hi és: menys vistós, més útil

El que hi ha a la beta no dona per a un titular, i és justament el que canvia el dia a dia de qui opera. Tres coses de debò:

1. JSON com a tipus de valor natiu

Fins ara, una resposta JSON d'una API es recollia en un ítem de text i es desava com a cadena, amb un límit de 64 KB. A la 8.0 hi ha un tipus de dada JSON de debò, amb límit de 128 MiB (134.217.728 bytes) i validació: un JSON amb claus sense cometes, comes penjant o claudàtors descompensats es rebutja en comptes de desar-se com a brossa silenciosa. És disponible a tots els tipus d'ítem i prototips llevat dels calculats, a totes les bases de dades suportades i a Elasticsearch —amb la excepció, també documentada, que Elasticsearch no accepta arrays JSON: ha de ser un objecte o un conjunt d'objectes—, i també a l'exportació en temps real i els connectors.

El matís honest, que la documentació diu i els resums s'obliden: un ítem JSON no es pot fer servir en un trigger. Per disparar sobre un camp cal extreure'l amb un ítem dependent de tipus no-JSON. És a dir: canvia on deses el bult, no com alertes. Tot i així, per a qui recull sortides d'API de Ceph, d'un hipervisor o d'un cloud —nosaltres— és la diferència entre trossejar a mà al preprocessament i tenir l'objecte sencer disponible.

2. ClickHouse com a backend d'històric

Es pot fer servir ClickHouse per desar l'històric de valors d'ítems, amb versions suportades de la 25.8.22 a la 26.4. I amb això arriba un canvi de configuració que no és cosmètic: els paràmetres HistoryStorageURL, HistoryStorageTypes i HistoryStorageDateIndex del servidor queden substituïts per HistoryProviders, i al frontend $HISTORY passa a $HISTORY_PROVIDERS. Això no és un widget nou: és que l'històric deixa de ser «la base de dades» i passa a ser un proveïdor connectable. Si fa anys que barallis la mida de la taula history, aquesta frase et diu més que tota la secció de novetats d'interfície.

3. c-ares: la millora que només aprecies a les tres de la matinada

El servidor, el proxy i l'agent poden fer servir c-ares per a totes les peticions DNS, amb memòria cau de consultes i failover de resolutor. Sona a nota al peu. No ho és: qui té milers d'hosts definits per nom sap exactament què passa quan el resolutor tus —una allau de «no es pot resoldre» que sembla una caiguda de xarxa i no ho és—. Que la resolució tingui cau propi i sàpiga canviar de resolutor s'emporta per davant una família sencera de falsos positius. Menys falsos positius per causes que no són la causa.

I hi ha més fontaneria en la mateixa línia: cau i reutilització de l'engineID a SNMPv3, comprovacions asíncrones d'SNMPv1 i v2 processades de forma concurrent, arrencada del servidor més ràpida gràcies a la càrrega per lots de l'històric, i afinament de la lògica de throttling del proxy perquè el servidor aguanti millor mentre recupera la memòria cau d'històric. Res d'això surt en una diapositiva. Tot això es nota en un clúster amb càrrega.

La factura de l'upgrade és a les notes d'actualització

Aquí és on deixa de ser una lectura entretinguda i passa a ser feina. Els mínims pugen, i pugen fort:

Traduït al que significa un dimarts a la tarda: si el teu Zabbix corre sobre el PostgreSQL que venia amb la distribució, actualitzar Zabbix és, abans que res, actualitzar el motor de base de dades on viu el teu històric. Dues versions majors de PostgreSQL no se salten amb un apt; i si vas de MySQL, el salt de 8.0 a 8.4 arrossega els seus propis canvis. Hi ha a més un avís explícit per a qui va crear la base de dades amb joc de caràcters utf8mb3: es recomana fermament convertir-la a utf8mb4.

I després hi ha el que es trenca callant. La 8.0 elimina macros deprecades que fa una dècada que viuen en accions de notificació:

Fixa't en on solen viure aquestes macros: al text del correu o del missatge de guàrdia. El que es trenca no és un gràfic bonic que algú nota l'endemà; és l'avís. I un avís trencat no es detecta fins que cal, que és exactament el pitjor moment. És el mateix patró del qual parlem a fatiga d'alertes: el problema mai és el gràfic, és que l'alerta arribi i signifiqui alguna cosa.

La resta de la llista de «això et farà mal» de les notes oficials:

• API: es retira el mètode massupdate de host, template, hostgroup i templategroup, i també hostinterface.replacehostinterfaces. Si tens automatitzada l'alta d'hosts contra l'API —i hauries—, revisa-ho abans de tocar res.
• Preprocessament JavaScript: els mètodes natius dels objectes passen a ser de només lectura i es prohibeix modificar prototips. Qualsevol script copiat d'un fòrum que pedaçava un prototype deixa de funcionar.
• Agent: el caràcter % s'afegeix a la llista d'UnsafeUserParameters en tots dos agents. Si tens UserParameters amb percentatges, revisa'ls.
• Ceph: el plugin de Ceph de l'agent 2 passa a ser un plugin carregable i requereix passos d'instal·lació addicionals. A qui opera Ceph això li toca de ple —a nosaltres, sense anar més lluny—.

El que és titular i no canvia com operes

Hi ha una part de la release que ocupa molt espai als resums i poc a l'operació: el nou widget de scatter plot per correlacionar dues mètriques, la inversió de l'eix Y als gràfics, les taules configurables a Hosts, Dades recents i Problemes, l'agrupament de marcadors al geomapa. Està bé. És un widget. I hi ha més de trenta plantilles noves —AWS, Azure, Kubernetes, Podman, Oracle Cloud, GLPI—, incloses plantilles per monitoritzar les APIs d'OpenAI i de Claude: el monitoratge de tota la vida vigilant la moda de l'any.

Dues excepcions justes, perquè no tot el visible és fum. La importació i exportació de dashboards sí que canvia alguna cosa real: converteix els panells en un fitxer que pots versionar i desplegar igual que la resta de la configuració, en comptes d'un artefacte que algú va muntar a mà i ningú sap reproduir. I la UI modernitzada importa més del que sembla quan tens algú de guàrdia davant seu enmig d.un incident: l'ergonomia d'una consola no és estètica, és temps de resposta. A la 8.0 també arriba la plantilla de Proxmox VE convertida a descobriment imbricat, que encaixa amb el que explicàvem quan Proxmox va integrar Zabbix com a monitoratge oficial.

Com mirem nosaltres una versió així

Aquí va la nostra part, i va sense recepta a propòsit. Nosaltres no operem Zabbix instal·lat a mà sobre un Ubuntu. Servidor, proxy i frontend són contenidors versionats sobre la nostra plataforma —Docker Swarm amb Portainer i Traefik, desplegada per CI/CD des de GitLab—, igual que la resta del que correm. No és postureig tecnològic: és que amb una versió com aquesta la diferència es nota en quatre llocs concrets.

• Provar la beta no és tocar producció. Aixecar la trunk contra una còpia de l'històric i veure què es trenca —macros, scripts de preprocessament, crides a l'API— és un entorn més, no una aventura sobre el servidor que vigila els teus clients.
• L'upgrade és canviar una etiqueta d'imatge, amb una excepció honesta que convé dir en veu alta: l'esquema de la base de dades no torna enrere sol. Zabbix migra l'esquema en arrencar la versió nova; tornar a l'anterior exigeix restaurar la base de dades. La tornada enrere del contenidor és trivial, la de les dades cal planificar-la. Qui et vengui un rollback d'un LTS com si fos gratis, no ho ha fet mai.
• Escalar proxies és replicar un servei, no muntar una altra màquina. Quan cada seu o cada client necessita el seu punt de recol·lecció, la diferència entre declarar un servei més i aprovisionar un servidor més és la diferència entre una tarda i una setmana.
• I l'ordre importa. Amb els mínims de base de dades pujant dues versions majors, separar el motor de dades del servidor d'aplicació deixa de ser elegància arquitectònica i passa a ser la manera de fer una cosa cada vegada.

Hi ha un detall que enllaça amb tot això i que ja ens ha costat explicacions altres vegades: trunk, igual que latest, no és una versió. És un punter mòbil. Córrer producció contra un punter mòbil és exactament la manera que un dia el teu monitoratge canviï de versió sense que ningú ho decideixi. Ho expliquem sencer a «latest» no és una versió.

Què faríem amb això a l'agost

La nostra recomanació per defecte decebrà qui esperava un pla de migració: no actualitzis el dia que surti la 8.0.0. Espera les primeres minor. Un LTS que arrossegaràs fins al 2031 es mereix dos mesos que altres trobin les vores. Mentrestant, hi ha feina útil que es pot fer avui i que no depèn que Zabbix publiqui res:

• Inventaria les macros retirades. Un grep sobre les teves accions, plantilles i scripts buscant {HOSTNAME, {IPADDRESS, {ACK., {EVENT.ACK.HISTORY}, {PROFILE., {TRIGGER.COMMENT}, {TRIGGER.KEY}, {STATUS} i {USER.ALIAS}. Es pot substituir avui, a la 7.x, sense esperar res: els reemplaçaments ja funcionen.
• Busca massupdate a la teva automatització. Mateix raonament: es pot reescriure abans, amb calma, en comptes de descobrir-ho quan l'alta massiva d'hosts torni un error.
• Mira la versió de la teva base de dades. Aquesta és la feina real de l'upgrade, i probablement la que més finestra de manteniment consumeix. Saber-ho avui canvia la conversa de «actualitzem Zabbix» a «actualitzem la base de dades i després Zabbix».
• Situa el teu rellotge. Si ets a 7.0 LTS tens suport complet fins al 30 de juny del 2027: no hi ha cap pressa, deixa que la 8.0 maduri. Si ets a 7.4, que és branca estàndard, el suport complet arriba fins a la sortida de la 8.0 i el limitat fins al quart trimestre del 2026: aquí sí que hi ha un rellotge, i convé que la planificació comenci ara encara que l'execució sigui a la tardor.

Zabbix 8.0 serà una bona LTS, probablement. Però la versió que avui pots avaluar no és la que expliquen els titulars, i la part que de debò et costarà temps no és cap de les features que hi apareixen. És la teva base de dades i són les teves macros. Comença per aquí.

Fonts (verificades): dates i contingut de 8.0.0alpha1 (30 oct 2025), 8.0.0beta1 (22 maig 2026) i 8.0.0beta2 (9 jul 2026) — release notes oficials. Features de la versió (ClickHouse, JSON, taules configurables, scatter plot, plantilles, c-ares) — «What's new in Zabbix 8.0». Mínims de base de dades i PHP, macros retirades, preprocessament JavaScript de només lectura, UnsafeUserParameters, plugin Ceph carregable i HistoryProviders — notes d'actualització oficials de 8.0. Límit de 128 MiB del tipus JSON i la seva restricció en triggers — documentació d'ítems; la restricció d'Elasticsearch amb els arrays JSON, a la pàgina de configuració d'Elasticsearch. Mètodes d'API eliminats — canvis de l'API a 8.0. Versions suportades de bases de dades i PHP — requisits de 8.0. Contingut i dates del roadmap (8.0 LTS al setembre del 2026, 8.2 al març del 2027, OpenTelemetry, motor d'esdeveniments complexos, app mòbil, permisos de proxy, servidor MCP) — roadmap oficial. Cicle de vida i dates de suport de 7.0, 7.4 i 8.0 — política de cicle de vida i publicació. Etiquetes de les imatges oficials de contenidor (latest per a 7.4, alpine-trunk per a 8.0) — repositori oficial de Zabbix a Docker Hub. Els grups de proxies amb balanceig i alta disponibilitat existeixen des de la 7.0, no són novetat de la 8.0 — novetats de 7.0. La lectura de què pesa i què no, el criteri d'esperar les primeres minor i la feina prèvia recomanada són nostres. Imatge: sala de control de la NASA (Johnson Space Center, abril del 2026), domini públic.