Nel precedente articolo abbiamo imparato a utilizzare systemctl per avviare, arrestare e controllare i servizi di sistema. A questo punto potrebbe sorgere una domanda naturale: che cosa sta realmente gestendo systemctl?

La risposta è semplice: le Unit di systemd.

Ogni elemento amministrato da systemd — un servizio, un timer, un punto di montaggio, un dispositivo o persino una fase dell’avvio del sistema — viene descritto attraverso una Unit.

Comprendere questo concetto è probabilmente il passo più importante per imparare davvero systemd. Una volta capito cosa rappresentano le Unit, sarà molto più semplice creare servizi personalizzati, automatizzare operazioni e interpretare il comportamento del sistema.

---

Che cos’è una Unit?

Possiamo immaginare una Unit come una scheda descrittiva.

Non contiene il programma vero e proprio, ma tutte le informazioni necessarie affinché systemd sappia come gestirlo.

Ad esempio:

• quale comando deve essere eseguito;
• quando deve essere avviato;
• da quali altri componenti dipende;
• quando deve essere terminato;
• come comportarsi in caso di errore.

In pratica, systemd non “conosce” direttamente Apache, MariaDB o SSH: conosce le rispettive Unit, che descrivono il comportamento di ciascun componente.

È proprio per questo motivo che quasi tutto ciò che viene amministrato da systemd è rappresentato da un file con un’estensione specifica.

---

Ogni tipo di Unit ha uno scopo preciso

Uno degli aspetti più eleganti di systemd è che ogni tipo di risorsa viene rappresentato da una Unit dedicata.

Le più comuni sono:

Non è necessario impararle tutte subito.

Nella pratica, un amministratore Linux utilizza soprattutto le Unit .service, .timer e .target, mentre le altre vengono incontrate in situazioni più specifiche.

---

Le Unit collaborano tra loro

Le Unit non lavorano in modo isolato.

Una delle caratteristiche più potenti di systemd è la gestione delle dipendenze.

Immaginiamo un server web.

Prima di poter essere avviato potrebbe essere necessario che:

• la rete sia attiva;
• il file system sia montato;
• un database sia già disponibile.

Queste relazioni vengono dichiarate direttamente nella Unit attraverso direttive come:

• After=
• Before=
• Requires=
• Wants=

Grazie a queste informazioni, systemd costruisce automaticamente l’ordine corretto di avvio del sistema, evitando che un componente venga eseguito quando le sue dipendenze non sono ancora soddisfatte.

Non approfondiremo ora queste direttive: saranno l’argomento di una guida dedicata, quando inizieremo a creare i nostri servizi personalizzati.

---

Dove si trovano le Unit?

Una domanda frequente riguarda la posizione dei file.

Le Unit possono trovarsi in directory differenti, a seconda della loro origine.

Le più importanti sono:

In generale è buona norma non modificare direttamente le Unit installate dalla distribuzione. Se si desidera personalizzarne il comportamento è preferibile utilizzare override oppure creare nuove Unit nella directory /etc/systemd/system/.

Questo approccio permette di mantenere le personalizzazioni anche dopo gli aggiornamenti del sistema.

---

Perché conoscere le Unit è così importante?

Molte operazioni di amministrazione ruotano attorno a questi file.

Quando in futuro creeremo un nostro servizio, in realtà non faremo altro che scrivere una nuova Unit di tipo .service.

Quando sostituiremo un’attività pianificata con un timer, creeremo una Unit .timer.

Quando analizzeremo l’avvio del sistema, scopriremo che anche i vari stati del boot sono rappresentati da Unit .target.

In altre parole, imparare il concetto di Unit significa comprendere il linguaggio con cui systemd descrive l’intero sistema operativo.