Guida all'installazione su macOS per digna Release 2026.06¶
Release: 2026.06
Ultimo aggiornamento: 5 settembre 2026
Sommario¶
- Introduzione
- Requisiti di sistema
- Prerequisiti prima dell'installazione
- Configurazione del server PostgreSQL
- Configurazione del web server
- Installazione iniziale
- Configurazione del backend
- Configurazione della dashboard
- Esecuzione di digna come servizio in background
- Aggiornamento a una nuova release
Introduzione¶
Informazioni su digna¶
digna è una piattaforma completa guidata dall'AI progettata per ottimizzare la gestione della qualità dei dati in diversi ambienti dati come data warehouse, data lake e lakehouse. Progettata per essere altamente scalabile e adattabile, digna affronta le sfide moderne dei dati tramite automazione, monitoraggio in tempo reale e rilevamento di anomalie.
digna è composta da due componenti principali:
- digna: il cuore dell'applicazione, responsabile dell'elaborazione dei dati e dell'esecuzione dei controlli di qualità. Unisce il backend e l'interfaccia a riga di comando in un unico eseguibile, sostituendo i programmi separati
dignabackendedignaclidelle versioni precedenti. - dignadashboard: Un'interfaccia web ospitata su un web server, che fornisce un modo intuitivo per interagire con la piattaforma digna e visualizzare le metriche di qualità dei dati.
Novità nella Release 2026.06¶
Questa release integra funzionalità di data observability direttamente nel tuo codice, permettendo agli sviluppatori di monitorare la qualità dei dati alla fonte. Consulta le note di rilascio per i dettagli completi.
Cerchi Windows o Linux?¶
Questa guida copre macOS. Per altre piattaforme, vedi la Guida all'installazione per Windows o la Guida all'installazione per Linux.
Requisiti di sistema¶
Prima di iniziare l'installazione, assicurati che il tuo sistema soddisfi i seguenti requisiti minimi:
| Requisito | Specifica |
|---|---|
| Sistema operativo | macOS 13 (Ventura) o successivo |
| Architettura | Apple Silicon (arm64) o Intel (x86_64) |
| Memoria (Configurazione minima) | 16 GB RAM |
| Spazio su disco | 10 GB disponibile |
| Database | PostgreSQL Server 12 o superiore |
| Web Server | nginx, Apache httpd o equivalente |
| Strumenti a riga di comando | Xcode Command Line Tools (richiesti da Homebrew) |
Opzioni di installazione del database¶
Se PostgreSQL è già installato: Puoi aggiungere un nuovo database per digna al tuo server PostgreSQL esistente.
Se installi PostgreSQL sulla stessa macchina di digna:
Specifiche consigliate
- Memoria: 32 GB RAM (invece di 16 GB)
- Spazio su disco: 50 GB disponibili (invece di 10 GB)
Queste specifiche più elevate permettono a digna e al database PostgreSQL di funzionare contemporaneamente senza problemi.
Verificare l'architettura¶
Diversi percorsi in questa guida differiscono tra Mac Apple Silicon e Intel. Per verificare quale hai, apri il Terminale ed esegui:
arm64— Apple Silicon. Homebrew installa in/opt/homebrew.x86_64— Intel. Homebrew installa in/usr/local.
Suggerimento
Piuttosto che codificare a mano uno dei due percorsi, questa guida usa $(brew --prefix), che si espande nella posizione corretta per entrambe le architetture. Puoi copiare i comandi così come sono.
Prerequisiti prima dell'installazione¶
Prima di installare digna, assicurati che siano presenti tre prerequisiti chiave:
- Homebrew – il package manager usato per installare i componenti seguenti
- Server PostgreSQL – per memorizzare le metriche calcolate e i dati di performance
- Web Server – per ospitare la Dashboard di digna
Se questi componenti non sono già configurati, segui le sezioni qui sotto per installarli e configurarli.
Installare Homebrew¶
Homebrew è il package manager standard per macOS ed è usato in tutta la guida per installare PostgreSQL e nginx.
Passo 1: Verificare se Homebrew è già installato¶
Apri il Terminale (premi Cmd + Space, digita Terminal, premi Invio) ed esegui:
Se viene restituito un numero di versione, passa alla sezione Configurazione del server PostgreSQL.
Passo 2: Installare Homebrew¶
Se il comando non è stato trovato, installa Homebrew seguendo le istruzioni sul sito ufficiale di Homebrew. L'installer installa anche gli Xcode Command Line Tools se non sono già presenti.
Passo 3: Aggiungere Homebrew al PATH¶
Su Apple Silicon, l'installer stampa due comandi per aggiungere Homebrew all'ambiente della shell. Eseguili come indicato, poi conferma:
Questo dovrebbe stampare /opt/homebrew su Apple Silicon o /usr/local su Intel.
Configurazione del server PostgreSQL¶
Se hai già PostgreSQL¶
Se PostgreSQL è già installato e in esecuzione sulla tua macchina locale o se stai usando un server PostgreSQL remoto gestito, puoi saltare alla sezione successiva.
Opzioni di installazione¶
macOS offre due modi semplici per installare PostgreSQL. Scegli uno:
- Homebrew — installazione da riga di comando, raccomandata per distribuzioni server
- Postgres.app — installazione grafica, comoda per valutazioni locali
Installare PostgreSQL con Homebrew¶
Passo 1: Installare la formula PostgreSQL¶
Passo 2: Aggiungere PostgreSQL al PATH¶
Le formule PostgreSQL versionate sono keg-only, il che significa che Homebrew non collega automaticamente i loro comandi nel tuo PATH. Aggiungili manualmente:
Nota
Questo presuppone la shell zsh predefinita usata da macOS. Se usi bash, aggiungi la stessa riga in ~/.bash_profile invece.
Passo 3: Avviare il servizio PostgreSQL¶
Questo avvia PostgreSQL immediatamente e lo configura per l'avvio automatico al login.
Passo 4: Verificare l'installazione¶
Dovresti vedere la versione di PostgreSQL se l'installazione ha avuto successo.
Passo 5: Collegarsi al server¶
Importante — macOS è diverso da Windows qui
L'installer per Windows ti chiede di creare un superuser postgres e una password. Homebrew non lo fa. Invece crea un superuser con il nome del tuo account macOS, senza password, raggiungibile solo dalla macchina locale.
Questo significa che non esiste un ruolo postgres su un'installazione Homebrew fresca. Usa il nome del tuo account quando ti serve un superuser e crea un utente digna esplicito come descritto in Installazione iniziale.
Passo 6: Confermare la porta¶
La porta predefinita di PostgreSQL è 5432. Per confermare su quale porta il server è in ascolto:
Annota il valore — ti servirà quando configurerai il backend di digna.
Installare PostgreSQL con Postgres.app¶
Se preferisci un'installazione grafica:
- Scarica Postgres.app e trascinalo nella cartella Applications
- Apri l'app e clicca su Initialize per creare un nuovo server
- Segui le istruzioni dell'app per aggiungere gli strumenti da riga di comando al tuo PATH
- Verifica l'installazione:
Postgres.app crea anch'esso un superuser con il nome del tuo account macOS.
Configurazione del web server¶
digna richiede un web server per ospitare la dashboard. Scegli una delle seguenti opzioni:
- nginx — installato tramite Homebrew, raccomandato
- Apache httpd — incluso con macOS
Devi installare e configurare solo uno di questi server.
Entrambe le sezioni configurano due aspetti di cui la dashboard dipende:
- Fallback per single-page application, in modo che aggiornare un URL della dashboard non ritorni un 404
- Tipo MIME per i file
.md, in modo che i file Markdown vengano serviti correttamente
Configurazione di nginx¶
Panoramica¶
nginx è un web server leggero e ad alte prestazioni, adatto per servire la dashboard statica di digna.
Installazione¶
Avvio di nginx¶
Verificare l'installazione¶
- Apri il browser
- Vai a
http://localhost:8080 - Dovresti vedere la pagina di benvenuto di nginx
Nota — La porta predefinita è 8080, non 80
Homebrew configura nginx per ascoltare sulla porta 8080 in modo che possa essere eseguito senza privilegi di amministratore. Su macOS, legare la porta 80 o qualsiasi porta inferiore a 1024 richiede i privilegi di root.
Per servire la dashboard sulla porta 80, cambia listen 8080; in listen 80; nella configurazione sotto e avvia nginx con sudo brew services start nginx invece.
Configurare un sito per la Dashboard¶
La configurazione di nginx di Homebrew include ogni file nella directory servers. Crea un file di configurazione dedicato per digna lì:
Incolla quanto segue, sostituendo /path/to/digna/dashboard con il percorso effettivo alla cartella dashboard estratta:
server {
listen 8080;
server_name localhost;
root /path/to/digna/dashboard;
index index.html;
# Serve Markdown files with the correct MIME type.
types {
text/markdown md;
}
# Single-page-application fallback: unknown paths return index.html
# instead of a 404, so dashboard routes survive a browser refresh.
location / {
try_files $uri $uri/ /index.html;
}
}
Importante
Senza la direttiva try_files, ricaricare qualsiasi pagina della dashboard diversa dall'URL root restituisce un 404. Questa è l'equivalente nginx del modulo URL Rewrite richiesto da IIS su Windows.
Applicare la configurazione¶
Testa la configurazione per errori di sintassi, poi ricarica nginx:
Configurazione di Apache httpd¶
Panoramica¶
macOS include Apache httpd, quindi non è richiesta alcuna installazione. È disabilitato di default.
Avviare Apache¶
Verificare l'installazione¶
- Apri il browser
- Vai a
http://localhost - Dovresti vedere il messaggio "It works!"
Obbligatorio: Abilitare mod_rewrite¶
La dashboard richiede la riscrittura degli URL. Apri la configurazione di Apache:
Trova la seguente riga e rimuovi il # iniziale per decommentarla:
Obbligatorio: Consentire override tramite .htaccess¶
Nello stesso file, individua il blocco <Directory "/Library/WebServer/Documents"> e cambia:
in:
Obbligatorio: Tipo MIME per i file Markdown¶
Sempre in httpd.conf, aggiungi la seguente riga in modo che i file Markdown vengano serviti correttamente:
Importante
Senza questa impostazione, i file .md potrebbero non essere serviti correttamente.
Applicare la configurazione¶
Controlla la configurazione per errori di sintassi, poi riavvia Apache:
Installazione iniziale¶
Passo 1: Configurare il Repository digna¶
Il repository digna memorizza tutte le metriche calcolate da digna. Funziona come database centrale per i dati analitici e di performance.
Creare lo schema del repository e l'utente¶
Apri il tuo client PostgreSQL (psql, pgAdmin o simili) ed esegui i seguenti comandi SQL:
CREATE SCHEMA <digna_repo_schema>;
CREATE USER <digna_repo_user> WITH PASSWORD '<digna_repo_password>';
GRANT ALL PRIVILEGES ON SCHEMA <digna_repo_schema> TO <digna_repo_user>;
Sostituisci i seguenti segnaposto:
<digna_repo_schema>— Il nome dello schema desiderato (es.,dignarepo)<digna_repo_user>— Il nome utente desiderato (es.,digna_user)<digna_repo_password>— Una password sicura per questo utente
Esempio:
CREATE SCHEMA dignarepo;
CREATE USER digna_user WITH PASSWORD 'YourSecurePassword123!';
GRANT ALL PRIVILEGES ON SCHEMA dignarepo TO digna_user;
Per eseguire questi comandi dal Terminale in un unico passaggio:
Poi incolla le istruzioni al prompt postgres=# e digita \q per uscire.
Buona pratica
Usa password forti e complesse per gli utenti del database. Evita credenziali facilmente intuibili.
Passo 2: Estrarre il pacchetto di installazione di digna¶
- Individua il file ZIP di installazione di digna fornito
- Estrailo nella posizione di installazione desiderata — per esempio
/opt/dignao~/digna - Dopo l'estrazione dovresti vedere i seguenti elementi:
dashboard/— Interfaccia web della dashboarddigna— Eseguibile principale (backend + CLI combinati)
I file di configurazione e di licenza non sono inclusi nel pacchetto
Né config.toml né dashboard/dashboard_config.toml sono inclusi nell'installazione: li create entrambi voi, in Configurazione del backend e Configurazione della dashboard. Nemmeno license.toml è incluso; digna lo fornisce separatamente, come descritto nel Passo 3.
Per estrarre dal Terminale:
Rendere l'eseguibile eseguibile¶
A seconda di come è stato trasferito l'archivio, il bit eseguibile potrebbe non essere preservato. Impostalo esplicitamente:
Se macOS blocca l'applicazione¶
I file scaricati tramite browser o client di posta sono contrassegnati con un attributo di quarantine. Se macOS segnala che l'app "non può essere aperta perché lo sviluppatore non può essere verificato", rimuovi l'attributo dalla directory di installazione:
In alternativa, apri Impostazioni di Sistema → Privacy e sicurezza, trova l'elemento bloccato verso il fondo della pagina e clicca Apri comunque.
Nota
Questo passaggio è necessario solo se macOS blocca effettivamente l'eseguibile. I pacchetti trasferiti via SSH o tramite condivisioni interne di file di solito non vengono messi in quarantine.
Passo 3: Installare il file di licenza¶
Importante
Il file di licenza non è incluso nel pacchetto di installazione e ti verrà fornito separatamente da digna.
- Individua il file
license.tomlfornito - Copialo nella directory principale di installazione di digna (dove si trovano
config.tomle l'eseguibiledigna)
Perché è importante: Il file di licenza contiene le informazioni cliente, la data di scadenza della licenza e la firma digitale. Non modificare questo file — qualsiasi modifica lo invaliderà.
Struttura di directory dopo la configurazione:
/opt/digna/
├── config.toml (file di configurazione)
├── license.toml (IL TUO FILE DI LICENZA - copialo qui)
├── digna (eseguibile principale)
├── bin/ (script per la gestione del servizio)
└── dashboard/ (interfaccia web)
└── (file della dashboard)
Configurazione del backend¶
Passo 1: Creare e modificare il file di configurazione¶
Il file config_template.toml è fornito nella directory di installazione di digna. È sufficiente rinominarlo in config.toml.
Posizione: /opt/digna/config.toml
Apri config.toml in un editor di testo e configura ciascuna sezione riportata di seguito.
Sezione [app]¶
Questa sezione configura le impostazioni dell'app backend di digna:
[app]
digna_APP_CORS_ALLOW_ORIGINS = ["http://localhost:5173"]
digna_APP_CORS_ALLOW_CREDENTIALS = true
digna_APP_CORS_ALLOW_METHODS = ["*"]
digna_APP_CORS_ALLOW_HEADERS = ["*"]
| Parametro | Valore | Note |
|---|---|---|
digna_APP_CORS_ALLOW_ORIGINS | URL del frontend | Se la dashboard è su un server diverso, includi il suo URL |
digna_APP_CORS_ALLOW_CREDENTIALS | true | Richiesto per CORS con credenziali |
digna_APP_CORS_ALLOW_METHODS | ["*"] | Consente tutti i metodi HTTP |
digna_APP_CORS_ALLOW_HEADERS | ["*"] | Consente tutte le intestazioni |
Nota
Se servi la dashboard da nginx di Homebrew sulla porta predefinita, l'origine da consentire è http://localhost:8080.
Sezione [repo]¶
Questa sezione configura la connessione al database PostgreSQL:
[repo]
digna_REPO_HOST = "localhost"
digna_REPO_PORT = 5432
digna_REPO_DB = "postgres"
digna_REPO_SCHEMA = "dignarepo"
digna_REPO_USER = "digna_user"
digna_REPO_PASSWORD = "YourSecurePassword123!"
| Parametro | Valore | Note |
|---|---|---|
digna_REPO_HOST | localhost o IP | Hostname/IP del server PostgreSQL |
digna_REPO_PORT | 5432 (default) | Porta PostgreSQL |
digna_REPO_DB | postgres | Nome del database |
digna_REPO_SCHEMA | dignarepo | Schema creato in precedenza |
digna_REPO_USER | digna_user | Utente creato nella configurazione PostgreSQL |
digna_REPO_PASSWORD | La tua password | Password impostata durante la creazione dello schema |
Sezione [base]¶
Questa sezione contiene impostazioni di sicurezza e cookie:
[base]
DIGNA_FERNET_KEY = "DU4a0yJ-OqvbKCL4hNQn_CsknH-V1vWmHZqBUl-AY44="
digna_COOKIE_DOMAIN = "localhost"
digna_COOKIE_PATH = "/"
digna_COOKIE_SECURE = false
digna_COOKIE_HTTPONLY = true
digna_COOKIE_SAME_SITE = "lax"
digna_TOKEN_EXPIRES_IN = 86400
digna_MAX_WORKERS = 4
DIGNA_SCHEDULER_MAX_DELAY = 100
DIGNA_CLEANUP_TIME = "12:00"
| Parametro | Valore | Note |
|---|---|---|
DIGNA_FERNET_KEY | Chiave di crittografia | Usata per criptare token e cookie (fornita di default) |
digna_COOKIE_DOMAIN | localhost | Deve corrispondere al dominio del frontend |
digna_COOKIE_SECURE | false (locale) / true (produzione) | Usa true per connessioni HTTPS |
digna_COOKIE_HTTPONLY | true | Sempre abilitato per sicurezza |
digna_COOKIE_SAME_SITE | lax | Previene attacchi CSRF |
digna_TOKEN_EXPIRES_IN | 86400 (24 ore) | Timeout della sessione in secondi |
digna_MAX_WORKERS | Numero di core CPU - 1 | Numero di task di ispezione in parallelo |
DIGNA_SCHEDULER_MAX_DELAY | 100 | Ritardo massimo, in secondi, che lo scheduler può aggiungere prima di avviare un'attività in scadenza |
DIGNA_CLEANUP_TIME | "12:00" | Ora del giorno (formato 24 ore HH:MM) in cui parte la pulizia quotidiana |
Suggerimento
Per trovare il numero di core CPU disponibili sul tuo Mac, esegui sysctl -n hw.ncpu.
Sezione [encryption]¶
Questa sezione contiene la chiave usata per cifrare i valori sensibili memorizzati nel repository. È obbligatoria: config check segnala la sezione [encryption] come FAILED se la chiave manca.
| Parametro | Valore | Note |
|---|---|---|
DIGNA_ENCRYPTION_KEY | Chiave codificata in Base64 | Cifra i valori sensibili memorizzati nel repository digna |
Proteggere config.toml
Questa chiave è un valore fisso, identico in tutte le installazioni digna, ed è ciò che decifra i valori sensibili del repository. Limitate config.toml all'account che esegue digna, tenetelo fuori dal controllo di versione e dalle unità condivise ed escludetelo da qualsiasi backup conservato in modo meno sicuro del repository stesso.
Sezione [logging]¶
Questa sezione configura il comportamento del logging:
| Parametro | Valore | Note |
|---|---|---|
digna_LOGGING_MODE | INFO o DEBUG | INFO per produzione, DEBUG per il troubleshooting |
digna_LOGGING_BACKUP_COUNT | 10 | Numero di backup giornalieri dei log da conservare |
Passo 2: Verificare la configurazione¶
Prima di inizializzare il repository, verificate che config.toml sia completo e ben formato. Nella directory di installazione di digna eseguite:
Ogni sezione viene validata singolarmente, così un singolo errore non nasconde lo stato delle altre:
Configuration validation report (source: config.toml):
- App config: OK
- Repository config: OK
- Base config: OK
- Logging config: OK
- Encryption config: OK
- OIDC config(s): OK
Overall: OK
Correggete tutto ciò che viene segnalato come FAILED e rieseguite il comando prima di proseguire. L'elenco completo delle opzioni è nel riferimento CLI.
Passo 3: Inizializzare il Repository¶
- Apri il Terminale
- Vai nella directory di installazione di digna (dove si trovano
config.tomle l'eseguibiledigna) - Esegui il test di connessione:
Dovresti vedere una conferma che la connessione è stabilita (il repository in sé non è ancora stato inizializzato).
Nota
Su macOS, i comandi nella directory corrente non sono nella tua PATH, quindi l'eseguibile viene chiamato come ./digna anziché digna. Per usare la forma più corta ovunque, aggiungi la directory di installazione al tuo PATH:
Passo 4: Installare lo schema del Repository¶
Nella stessa directory, esegui:
Questo comando installa le tabelle e lo schema necessari nel tuo database PostgreSQL.
Passo 5: Creare un utente amministratore¶
- Apri una nuova finestra del Terminale
- Vai nella directory di installazione di digna
- Esegui il seguente comando per creare un utente admin:
Esempio:
Questo crea un utente con l'indirizzo e-mail admin@example.com e privilegi amministrativi completi.
Suggerimento
Metti la password tra virgolette singole. zsh tratta caratteri come !, $ e * in modo speciale, e una password non quotata che li contiene non verrà passata correttamente.
Buona pratica
Usa una password forte con un mix di maiuscole, minuscole, numeri e caratteri speciali.
Passo 6: Avviare il server digna¶
Nella directory di installazione di digna, avvia il server con:
Parametri: - --address — Hostname/IP del server - --port — Porta del server
Dovresti vedere messaggi di avvio che confermano che il server è in esecuzione:
INFO: Started server process [1234]
INFO: Waiting for application startup.
INFO: Application startup complete
INFO: Uvicorn running on http://localhost:8082
Suggerimento
La prima volta che avvii il server, macOS potrebbe chiederti se vuoi consentire all'applicazione di accettare connessioni di rete in ingresso. Clicca Allow, altrimenti la dashboard non potrà raggiungere il backend.
Il server occupa il terminale
serve viene eseguito in primo piano e continua finché non lo fermate con Ctrl+C. Lasciatelo in esecuzione mentre completate la configurazione; per avviarlo automaticamente all'avvio vedi Eseguire digna come servizio in background.
Configurazione della dashboard¶
Passo 1: Distribuire la dashboard sul web server¶
La dashboard digna legge la propria configurazione da dashboard/dashboard_config.toml. Questo file non è incluso nell'installazione: lo create nella directory dashboard/, insieme ai file della dashboard.
Il suo contenuto è descritto in Single Sign-On, che è anche il punto in cui il file diventa necessario: contiene le opzioni di accesso offerte dalla dashboard e, per i deployment multi-istanza, la connessione al backend.
Scegli il tuo web server e segui i corrispondenti passi di distribuzione.
Distribuzione su nginx¶
Se hai seguito la sezione nginx Setup, il blocco server punta già alla tua cartella dashboard ed è quindi inutile copiare i file.
- Conferma il percorso
- Apri
$(brew --prefix)/etc/nginx/servers/digna.conf -
Verifica che
rootpunti alla cartelladashboardestratta -
Assicurati che la cartella sia leggibile
-
Ricarica nginx
-
Test dell'installazione
- Apri il browser
- Vai a
http://localhost:8080(o all'URL configurato) - Dovresti vedere la pagina di login della dashboard di digna
Distribuzione su Apache httpd¶
-
Copiare la dashboard nella Document Root
-
Aggiungere le regole di riscrittura
Crea un file .htaccess nella cartella distribuita in modo che le route della dashboard sopravvivano a un refresh del browser:
Incolla quanto segue:
RewriteEngine On
RewriteBase /digna/
# Serve existing files and directories as-is.
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
# Everything else falls back to the single-page application entry point.
RewriteRule ^ index.html [L]
-
Riavviare Apache
-
Accedere alla Dashboard
- Apri il browser
- Vai a
http://localhost/digna - Dovresti vedere la pagina di login della dashboard di digna
Esecuzione di digna come servizio in background¶
Perché eseguire digna come servizio?¶
Eseguire il backend digna come servizio in background garantisce che:
- Si avvii automaticamente all'accensione della macchina
- Giri in background senza una finestra Terminale aperta
- Si riavvii automaticamente in caso di crash
- Possa essere gestito tramite
launchctl, il gestore di servizi di macOS
File per la gestione del servizio¶
Tutti i file necessari si trovano nella directory di installazione di digna sotto: bin/
Gli script shell disponibili sono:
install_service.sh— Registra digna con launchduninstall_service.sh— Annulla la registrazione del serviziostart_service.sh— Avvia il servizio registratostop_service.sh— Ferma il servizio in esecuzione
Richiesto l'account amministratore
Tutti gli script devono essere eseguiti con sudo, perché registrare un servizio che si avvia all'avvio scrive in /Library/LaunchDaemons.
Rendere gli script eseguibili¶
L'estrazione potrebbe non preservare il bit eseguibile. Prima del primo uso:
Installare il servizio¶
-
Apri il Terminale
-
Vai nella cartella bin
-
Esegui lo script di installazione
Il server digna è ora registrato con launchd con l'avvio automatico abilitato. Il servizio non parte immediatamente — vedi la sezione successiva per avviarlo.
Avviare e fermare il servizio¶
Per avviare il servizio¶
- Apri il Terminale
- Vai in
/opt/digna/bin - Esegui:
Per fermare il servizio¶
- Apri il Terminale
- Vai in
/opt/digna/bin - Esegui:
Suggerimento
Ferma sempre il servizio prima di aggiornare i file dell'applicazione.
Verificare il servizio¶
Per confermare che il servizio è registrato e in esecuzione:
Una riga che inizia con un process ID indica che il servizio è in esecuzione. Un - nella prima colonna significa che è registrato ma fermo.
Spostare il servizio in una nuova directory¶
launchd memorizza il percorso assoluto dell'eseguibile, quindi spostare l'installazione richiede la registrazione nuovamente del servizio:
-
Disinstallare il servizio corrente
-
Spostare i file dell'applicazione
-
Reinstallare il servizio
-
Avviare il servizio
Disinstallare il servizio¶
-
Fermare il servizio in esecuzione
-
Disinstallare il servizio
Il server digna è ora rimosso dalla registrazione in launchd.
Aggiornamento a una nuova release¶
Prima di aggiornare¶
Verificate prima tutte le connessioni ai database
A partire dalla Release 2026.06, digna raggiunge ogni tecnologia sorgente tramite ODBC. Le versioni precedenti offrivano la scelta tra un driver specifico per tecnologia e ODBC, selezionata con l'interruttore Use ODBC. Il team digna ha deciso di basarsi solo su ODBC, perché un'unica interfaccia standard offre più di un insieme di driver su misura:
- Autenticazione — l'autenticazione fa parte di ODBC, quindi una connessione può usare tutto ciò che il suo driver supporta: password, token e PAT, Kerberos e Active Directory, MFA e single sign-on da browser, identità cloud, certificati client e TLS. I nuovi metodi arrivano con un aggiornamento del driver, senza attendere una release di digna.
- Driver mantenuti dai produttori dei database — il driver del produttore segue le nuove versioni del server e le correzioni di sicurezza, e potete aggiornarlo secondo i vostri tempi, indipendentemente da digna.
- Un solo modo di configurare tutto — ogni tecnologia è un elenco di proprietà chiave/valore, con la stessa interfaccia, la stessa cifratura dei valori sensibili e la stessa diagnostica, invece di un insieme di campi diverso per ogni sorgente.
- Regolazione e portata — le opzioni del driver come timeout, impostazioni TLS, proxy e dimensioni di fetch sono disponibili per ogni sorgente, e qualsiasi tecnologia con un driver ODBC conforme può essere collegata, comprese quelle per cui digna non pubblica una guida dedicata.
In pratica questo significa che l'interruttore Use ODBC e i campi separati host, porta, database, utente e password non esistono più. Ogni connessione che non usa già ODBC deve essere convertita a ODBC: non esiste una conversione automatica, quindi pianificatela prima dell'aggiornamento:
- Esaminate ogni connessione definita nella vostra installazione e annotate quelle che non usano ancora ODBC: ciascuna dovrà essere riconfigurata.
- Installate il driver ODBC corrispondente sull'host digna: le connessioni vengono aperte dal server che esegue il backend digna, non dal browser. Vedi Installare il driver ODBC sull'host digna.
- Tenete pronte le proprietà ODBC per ogni connessione interessata. Le guide per tecnologia riportano, per ogni sorgente, un insieme di proprietà collaudato.
Dopo l'aggiornamento, convertite a ODBC ogni connessione interessata e provatela dalla dashboard: vedi Creare una connessione al database e Testare una connessione.
Connessioni Databricks Legacy
Il connettore Databricks Legacy è stato rimosso in questa release. Migrate quelle connessioni al connettore Databricks.
È OBBLIGATORIO creare un backup del repository digna
Prima di aggiornare digna, esegui il backup del tuo repository (PostgreSQL) per proteggerti da perdite di dati. Un backup ti permette di recuperare in caso l'aggiornamento incontri problemi inattesi.
Per creare un backup dal Terminale:
Processo di aggiornamento¶
Passo 1: Fermare il servizio digna¶
Se digna è in esecuzione come servizio in background, fermalo prima:
Se digna è in esecuzione in primo piano, premi Ctrl + C nella finestra Terminale in cui è in esecuzione.
Passo 2: Eseguire il backup dell'installazione attuale¶
Nella directory di installazione di digna, rinominate le cartelle dell'installazione attuale in modo che la nuova release possa essere distribuita accanto a esse:
dignabackend e dignacli non sono più utilizzati
A partire dalla Release 2026.06, dignabackend e dignacli sono sostituiti dall'unico eseguibile digna, che unisce backend e CLI. Conservate dignabackend_old e dignacli_old solo finché non avete verificato l'aggiornamento: dopo potete eliminare entrambe le cartelle. Conservate dashboard_old finché non avete ripristinato da esso i vostri file di configurazione (vedi passo 4).
Passo 3: Estrarre e distribuire la nuova versione¶
- Estrai il nuovo file ZIP di installazione di digna
- Copia il nuovo eseguibile
dignae la cartelladashboardnella directory di installazione - Ripristina il bit eseguibile e, se necessario, rimuovi l'attributo di quarantine:
Importante
Né config.toml né dashboard/dashboard_config.toml sono mai inclusi nello ZIP di installazione: il team digna non fornisce mai nessuno dei due file. La vostra configurazione esistente non viene quindi toccata dall'aggiornamento, e le copie nelle cartelle rinominate *_old sono le uniche che avete.
Passo 4: Ripristinare i file di configurazione¶
La Release 2026.06 modifica config.toml
Tre impostazioni sono nuove e obbligatorie, due non sono più utilizzate. Un config.toml ereditato da una versione precedente non contiene le nuove impostazioni e digna non si avvierà finché mancano. Aggiungete quanto segue al vostro config.toml esistente:
[base]
DIGNA_SCHEDULER_MAX_DELAY = 100
DIGNA_CLEANUP_TIME = "12:00"
[encryption]
DIGNA_ENCRYPTION_KEY = 'ycELf6IbcO55dYIZHpPv6kQv/bbnUXoIaHLh2bh1kMg='
Aggiungete le due chiavi [base] alla vostra sezione [base] esistente e aggiungete [encryption] come nuova sezione. Poi rimuovete da [app] le due impostazioni non più utilizzate, digna_APP_HOST e digna_APP_PORT: il server prende ora indirizzo e porta da digna serve.
Il significato di ogni impostazione è descritto in Configurazione del backend.
Single sign-on: il formato di [oidc_clients] è cambiato
La release 2026.06 sostituisce l'array di tabelle con una tabella per ogni provider, denominata in base alla chiave del provider. DIGNA_OIDC_KEY non c'è più: la chiave fa ora parte dell'intestazione della sezione.
Prima:
[[oidc_clients]]
DIGNA_OIDC_KEY = 'microsoft'
DIGNA_OIDC_CLIENT_ID = '<client_id>'
DIGNA_OIDC_CLIENT_SECRET = '<client_secret>'
DIGNA_OIDC_REDIRECT_URI = 'http://localhost:3000/oidc/callback'
DIGNA_OIDC_CONFIGURATION_URL = 'https://login.microsoftonline.com/<tenant_id>/v2.0/.well-known/openid-configuration'
Dopo:
[oidc_clients.microsoft]
DIGNA_OIDC_CLIENT_ID = '<client_id>'
DIGNA_OIDC_CLIENT_SECRET = '<client_secret>'
DIGNA_OIDC_REDIRECT_URI = 'http://localhost:3000/oidc/callback'
DIGNA_OIDC_CONFIGURATION_URL = 'https://login.microsoftonline.com/<tenant_id>/v2.0/.well-known/openid-configuration'
Ripeti la sezione per ogni provider e mantieni ogni chiave uguale al key definito in dashboard_config.toml. digna config check segnala oidc_clients come FAILED finché resta la vecchia forma. Sono interessate solo le installazioni che usano il single sign-on.
Passo 5: Ricaricare il web server¶
La dashboard è un insieme di file statici, quindi il web server (e il browser) potrebbe ancora servire la versione precedente. Ricaricate o riavviate il web server che ospita la cartella dashboard, quindi ricaricate la pagina con un aggiornamento forzato (Cmd+Shift+R).
Passo 6: Verificare la configurazione¶
Verificate che il config.toml aggiornato sia completo prima di toccare il repository:
Ogni sezione deve riportare OK. Correggete tutto ciò che viene segnalato come FAILED e rieseguite il comando prima di proseguire.
Passo 7: Sostituire il file di licenza¶
Ogni release ha una licenza separata. Copiate il license.toml che il team digna vi ha fornito per questa release nella directory di installazione, sostituendo quello vecchio:
Non mantenete la licenza precedente
Un license.toml emesso per una release precedente non copre questa, e ogni comando che verifica la licenza (user, inspection, repo) si interrompe prima di toccare il repository quando la verifica non riesce. Verificatela prima di procedere:
Passo 8: Aggiornare lo schema del Repository¶
Vai nella directory di installazione di digna ed esegui:
Questo aggiorna lo schema PostgreSQL all'ultima versione preservando tutti i dati esistenti.
Passo 9: Riavviare i servizi¶
Se stai eseguendo digna come servizio in background:
Se lo esegui manualmente, riavvia il server:
Se usi nginx o Apache, riavvia il relativo web server:
Passo 10: Verificare l'aggiornamento¶
- Accedi alla dashboard di digna
- Verifica che l'interfaccia venga caricata correttamente
- Controlla i log del server per eventuali errori
- Convertite a ODBC ogni connessione che non lo usava ancora, poi testate tutte le connessioni: vedi Testare una connessione