NexTool Solutions

GLPI è la piattaforma di ITSM e gestione degli asset open source più usata al mondo, con oltre 500.000 organizzazioni in produzione. Questa guida va oltre la definizione: mostra a cosa serve GLPI nella pratica, come validare un ambiente prima di affidargli dati reali e le trappole che incontriamo più spesso nella manutenzione degli ambienti dei clienti.

Cos'è GLPI?

GLPI (Gestionnaire Libre de Parc Informatique) è un'applicazione web per la gestione dei servizi IT (ITSM), la gestione degli asset e il service desk. In un'unica piattaforma concentra ticket, inventario hardware e software, contratti, fornitori, una base di conoscenza e i progetti. Creato nel 2003 dalla comunità francese e oggi mantenuto da Teclib, ha raggiunto GLPI 11 nel 2025, con lo strato di presentazione riscritto su Symfony e Twig e moduli nativi che riducono la dipendenza dai plugin.

A cosa serve nella pratica

• Service desk e help desk - apertura, monitoraggio e risoluzione di incidenti e richieste, con SLA/OLA, regole di assegnazione automatica, approvazioni e sondaggi di soddisfazione.
• Gestione degli asset (CMDB) - inventario di computer, stampanti, apparati di rete e software, alimentato automaticamente dal GLPI Agent.
• Contratti e fornitori - garanzie, licenze e avvisi di scadenza collegati direttamente agli asset coperti.
• Base di conoscenza - soluzioni e procedure che riducono il rilavoro e il volume di ticket ripetuti.
• Progetti - attività, scadenze e costi con tracciabilità fino al ticket che ha originato la richiesta.

Quanto costa GLPI?

GLPI open source è gratuito, senza limiti di utenti, ticket o asset. Ciò che si paga è l'esercizio: un server Linux con Apache/Nginx, PHP 8.1+ e MariaDB, oltre alla manodopera di installazione e manutenzione. Un VPS da 10 a 20 dollari al mese copre la maggior parte delle operazioni piccole e medie. Teclib offre anche GLPI Cloud (SaaS) per chi non vuole gestire un'infrastruttura propria.

Le fasce di prezzo dei concorrenti sono riferimenti pubblici di ingresso e variano per volume e moduli. Il punto che conta: GLPI elimina il costo di licenza per agente, che è proprio ciò che scala male nelle operazioni in crescita.

Come validare un ambiente prima di fidarsi

Installare è facile; ciò che separa un pilota da un'operazione stabile è la verifica post-installazione. Prima di migrare dati reali, confermiamo la salute dell'endpoint di stato, l'integrità dello schema e la pulizia della cache:

# Salute dell'istanza (deve rispondere GLPI_OK)
curl -s https://glpi.tuaazienda.com/status.php

# Applica le migrazioni di schema in sospeso (idempotente)
php bin/console db:update --no-interaction

# Pulisce la cache dopo qualsiasi modifica di configurazione
php bin/console cache:clear

Poi una diagnosi rapida del backlog direttamente dal database rivela se l'operazione è sana o congestionata:

-- Distribuzione dei ticket per stato
-- status: 1=Nuovo 2=In corso 4=In sospeso 5=Risolto 6=Chiuso
SELECT status, COUNT(*) AS total
FROM glpi_tickets
WHERE is_deleted = 0
GROUP BY status
ORDER BY total DESC;

Cosa abbiamo imparato in manutenzione

Mantenendo decine di ambienti GLPI, abbiamo imparato che il collo di bottiglia non è quasi mai il software: è la configurazione. Il caso più ricorrente è la coda delle notifiche e le attività automatiche che non vengono eseguite perché il cron è rimasto in modalità interna (attivato solo all'accesso dell'utente), facendo ritardare di ore le e-mail di SLA e di chiusura. Altro problema classico ereditato dai clienti: categorie e alberi creati direttamente nel database via SQL. GLPI usa un albero annidato, e il metodo interno che risolve la gerarchia non riconosce un nodo inserito "a mano": la categoria diventa semplicemente invisibile nei moduli. La nostra regola è rigida: nessuna struttura gerarchica tramite INSERT diretto, sempre dall'interfaccia o dall'API.

La trappola più comune

Se di questa guida ricorderà una sola cosa, ricordi il cron. GLPI è fornito con la modalità interna (modalità GLPI) come impostazione predefinita, che esegue le attività automatiche durante le richieste degli utenti: comodo per i test, pessimo in produzione, perché dipende dall'accesso di un utente e rallenta il caricamento delle pagine. In produzione, configuri il cron esterno a livello di sistema operativo:

# /etc/cron.d/glpi - esegue il cron di GLPI ogni minuto
* * * * * www-data /usr/bin/php /var/www/glpi/front/cron.php >/dev/null 2>&1

Poi, in Configura > Azioni automatiche, cambi la modalità di ogni attività critica (queuednotification, notifiche, chiusura automatica) da GLPI a CLI. È la differenza tra notifiche puntuali e un service desk che "perde" e-mail.

GLPI 10 vs GLPI 11

• Interfaccia - la versione 11 ha riscritto lo strato di presentazione su Symfony/Twig, con design responsive.
• Moduli nativi - il core della 11 ha incorporato moduli personalizzabili, riducendo la dipendenza da FormCreator.
• Oggetti personalizzati - tipi personalizzati senza plugin, un ruolo un tempo esclusivo di GenericObject.
• Webhook nativi - supporto di base alle integrazioni con sistemi esterni.

Se inizia oggi, inizi da GLPI 11. Se già esegue la 10 in produzione con molti plugin, pianifichi la migrazione con calma: alcuni plugin non hanno una versione per la 11.

Prossimo passo

Avvii un ambiente di test, lo validi con i comandi qui sopra e configuri il cron esterno prima di ogni altra cosa. Per estendere il core senza accumulare plugin in conflitto, NexTool concentra decine di moduli in un unico plugin. Serve aiuto per l'implementazione o la manutenzione? Parli con il team.

Questo contenuto è stato prodotto con l'ausilio dell'intelligenza artificiale e revisionato dal team Nextool Solutions.