Linux-asennusopas digna Release 2026.06:lle¶
Julkaisu: 2026.06
Viimeksi päivitetty: 5. syyskuuta 2026
Sisällysluettelo¶
- Johdanto
- Järjestelmävaatimukset
- Ennen asennusta
- PostgreSQL-palvelimen asennus
- Web-palvelimen konfiguraatio
- Alustava asennus
- Backendin määritys
- Dashboardin määritys
- dignan ajaminen systemd-palveluna
- Päivitys uuteen julkaisuun
Johdanto¶
Tietoa dignasta¶
digna on kattava tekoälyä hyödyntävä alusta, joka on suunniteltu optimoimaan datalaadun hallintaa erilaisissa data-ympäristöissä, kuten varastoissa, lammissa ja lakehouse-ympäristöissä. Suunniteltu erittäin skaalautuvaksi ja mukautuvaksi, digna vastaa moderneihin datahaasteisiin automaation, reaaliaikaisen valvonnan ja poikkeamien havaitsemisen avulla.
digna koostuu kahdesta pääosasta:
- digna: sovelluksen ydin, joka vastaa tietojen käsittelystä ja laatutarkistusten suorittamisesta. Se yhdistää taustajärjestelmän ja komentorivikäyttöliittymän yhteen suoritettavaan tiedostoon ja korvaa aiempien julkaisujen erilliset ohjelmat
dignabackendjadignacli. - dignadashboard: Web-pohjainen käyttöliittymä, joka isännöidään web-palvelimella ja tarjoaa käyttäjäystävällisen tavan käyttää digna-alustaa ja visualisoida datalaatumittareita.
Mitä uutta julkaisussa 2026.06¶
Tässä julkaisussa datan observoitavuusominaisuudet tuodaan suoraan koodiin, jolloin kehittäjät voivat valvoa datan laatua lähteellä. Katso täydet tiedot release notes.
Etsitkö Windows- tai macOS-ohjeita?¶
Tämä opas käsittelee Linuxia. Muille alustoille katso Windows Installation Guide tai macOS Installation Guide.
Mitä jakelua tämä opas kattaa?¶
Ohjeet on kirjoitettu kahta yleisintä palvelinjakeluperhettä varten. Jos komennot eroavat, molemmat annetaan:
- Debian-perhe — Debian, Ubuntu. Paketinhallinta:
apt. - RHEL-perhe — Red Hat Enterprise Linux, Rocky Linux, AlmaLinux, Fedora. Paketinhallinta:
dnf.
Mikä tahansa nykyaikainen jakelu, jossa on systemd, toimii; ainoastaan pakettien nimet ja muutama konfiguraatiopolku vaihtelevat.
Järjestelmävaatimukset¶
Ennen asennuksen aloittamista varmista, että järjestelmäsi täyttää seuraavat vähimmäisvaatimukset:
| Vaatimus | Määrittely |
|---|---|
| Käyttöjärjestelmä | Ubuntu 22.04 LTS tai uudempi, Debian 12 tai uudempi, RHEL 9 / Rocky 9 / AlmaLinux 9 tai uudempi |
| Arkkitehtuuri | x86_64 (amd64) tai arm64 |
| Init-järjestelmä | systemd |
| Muisti (minimi) | 16 GB RAM |
| Levytila | 10 GB vapaata tallennustilaa |
| Tietokanta | PostgreSQL Server 12 tai uudempi |
| Web-palvelin | nginx, Apache httpd tai vastaava |
Tietokannan asennusvaihtoehdot¶
Jos PostgreSQL on jo asennettu: Voit lisätä uuden tietokannan dignalle olemassa olevaan PostgreSQL-palvelimeen.
Jos asennat PostgreSQL:n samalle koneelle kuin digna:
Suositellut määritykset
- Muisti: 32 GB RAM (16 GB sijaan)
- Levytila: 50 GB vapaata tallennustilaa (10 GB sijaan)
Nämä suuremmat resurssit mahdollistavat sekä dignan että PostgreSQL-tietokannan samanaikaisen ajon.
Jakelun ja arkkitehtuurin tarkistus¶
Tämän oppaan useat komennot eroavat Debian- ja RHEL-perheiden välillä. Tarkista jakelusi ja arkkitehtuuri ajamalla:
ID=ubuntutaiID=debian— käytäapt-komentoja.ID=rhel,rocky,almalinuxtaifedora— käytädnf-komentoja.x86_64taiaarch64— asennuspaketin tarvitsemasi arkkitehtuuri.
Ennen asennusta¶
Ennen dignan asentamista varmista, että kaksi keskeistä edellytystä ovat kunnossa:
- PostgreSQL-palvelin – lasketun mittariston ja suorituskykytietojen tallennusta varten
- Web-palvelin – digna Dashboardin isännöintiä varten
Jos nämä komponentit eivät ole vielä valmiina, seuraa alla olevia osioita asentaaksesi ja konfiguroidaksesi ne.
Pakettilistan päivittäminen¶
Päivitä pakettien listat ennen asennusta:
Huomautus
Tässä oppaassa ensimmäinen komento parissa on Debian-perheelle ja toinen RHEL-perheelle. Suorita vain järjestelmääsi vastaava komento.
PostgreSQL-palvelimen asennus¶
Jos sinulla on jo PostgreSQL¶
Jos PostgreSQL on jo asennettu ja käynnissä paikallisella koneella tai käytät hallittua etä-PostgreSQL-palvelinta, voit siirtyä seuraavaan osioon.
PostgreSQL:n asennus¶
Vaihe 1: Asenna palvelinpaketti¶
Vinkki
Jakelupakettien versiot voivat olla jäljessä PostgreSQL:n uusimmasta julkaisusta. Jos tarvitset tiettyä uudempaa versiota, käytä virallista PostgreSQL apt- tai yum-repositoryä.
Vaihe 2: Alusta tietokantaklusteri¶
Debian-perheessä paketti luo ja käynnistää klusterin automaattisesti — siirry seuraavaan vaiheeseen.
RHEL-perheessä klusteri täytyy luoda eksplicitisti:
Vaihe 3: Käynnistä ja ota palvelu käyttöön¶
Tämä käynnistää PostgreSQL:n välittömästi ja konfiguroi sen käynnistymään automaattisesti uudelleenkäynnistyksen yhteydessä.
Vaihe 4: Varmista asennus¶
Näet PostgreSQL-version ja active (running) -palvelun tilan.
Vaihe 5: Yhdistä palvelimeen¶
Linuxin PostgreSQL-paketti luo postgres-järjestelmätilin, joka omistaa klusterin. Yhdistä sen kautta:
Huomautus — Linux eroaa Windowsista tässä
Windowsin asennusohjelma pyytää salasanaa postgres-superkäyttäjälle asennuksen aikana. Linux-paketit eivät tee tätä. Sen sijaan paikalliset yhteydet todennetaan peer authentication -menetelmällä: postgres-käyttäjä käyttöjärjestelmässä saa yhdistää postgres-tietokantakäyttäjänä ilman salasanaa.
Tästä syystä komento käyttää sudo -u postgres. digna-backend yhdistää TCP:n yli käyttäen käyttäjätunnusta ja salasanaa, joten luot erillisen digna-käyttäjän Alustavassa asennuksessa.
Vaihe 6: Vahvista portti¶
Oletus PostgreSQL-portti on 5432. Varmista, mille portille palvelimesi kuuntelee:
Muista arvo — tarvitset sen digna-backendin konfiguroinnissa.
Vaihe 7: Ota salasana-autentikointi käyttöön digna-käyttäjälle¶
digna yhdistää PostgreSQL:ään TCP:n yli käyttäjänä digna_user, joka edellyttää salasana-autentikointia sen sijaan, että käytettäisiin peer/ident-autentikointia. Tarkista, että pg_hba.conf sallii sen.
Etsi tiedosto:
Avaa se editorissa ja varmista, että paikalliset TCP-rivit käyttävät scram-sha-256 (tai vanhemmissa palvelimissa md5) ident-menetelmän sijaan:
# TYPE DATABASE USER ADDRESS METHOD
host all all 127.0.0.1/32 scram-sha-256
host all all ::1/128 scram-sha-256
Lataa PostgreSQL uudelleen muutoksen jälkeen:
Tärkeää
Jos digna raportoi FATAL: Ident authentication failed for user "digna_user", tämä asetus on todennäköinen syy.
Vaihe 8: Jos PostgreSQL sijaitsee eri koneessa¶
Hyväksyäksesi yhteydet toisesta isännästä, aseta listen_addresses postgresql.conf-tiedostossa ja lisää vastaava host-rivi verkollesi pg_hba.conf-tiedostoon:
Avaa sitten portti palomuurissa ja käynnistä palvelu uudelleen:
Web-palvelimen konfiguraatio¶
digna tarvitsee web-palvelimen dashboardin isännöintiin. Valitse yksi seuraavista vaihtoehdoista:
- nginx — kevyt ja suositeltava
- Apache httpd — laajalti käytetty vaihtoehto
Tarvitset vain yhden näistä palvelimista.
Molemmat osiot konfiguroivat kaksi dashboardin tarvitsemaa asiaa:
- Single-page application -varmistus, jotta dashboardin URL:n uudelleenlataus ei palauta 404-virhettä
.mdMIME-tyyppi, jotta Markdown-tiedostot palvellaan oikein
nginxin asennus¶
Yleiskatsaus¶
nginx on kevyt, suorituskykyinen web-palvelin, joka sopii hyvin staattisen digna-dashboardin tarjoamiseen.
Asennus¶
nginxin käynnistäminen¶
Asennuksen tarkistus¶
- Avaa selain
- Mene osoitteeseen
http://localhost - Näet nginx-tervetuliasivun
Palomuurin avaaminen¶
Jos palvelimeen tavoitellaan muilta koneilta, salli HTTP-liikenne:
Sivuston konfigurointi dashboardille¶
nginx lukee kaikki tiedostot conf.d-hakemistostaan molemmilla jakeluperheillä. Luo oma konfiguraatiotiedosto dignalle sinne:
Liitä seuraava, korvaten /opt/digna/dashboard todellisella polulla purettuun dashboard-kansioon:
server {
listen 80 default_server;
listen [::]:80 default_server;
server_name _;
root /opt/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;
}
}
Tärkeää
Ilman try_files-direktiiviä minkä tahansa muun dashboard-sivun kuin juuriosoite uudelleenlataus palauttaa 404-virheen. Tämä on nginxin vastaava toiminnallisuus URL Rewrite -moduulille, joka IIS:llä vaaditaan Windowsilla.
Poista oletussivusto käytöstä¶
Vain yksi server-lohko voi olla default_server portissa. Debian-perheessä poista paketoitu oletus, jotta se ei aiheuta ristiriitaa:
RHEL-perheessä kommentoi tai poista server { ... } -lohko tiedostosta /etc/nginx/nginx.conf.
Ota konfiguraatio käyttöön¶
Tarkista syntaksi ja lataa nginx uudelleen:
Apache httpd:n asennus¶
Yleiskatsaus¶
Apache httpd on saatavilla oletusarkistoista kaikissa tuetuissa jakeluissa. Paketin nimi on apache2 Debian-perheessä ja httpd RHEL-perheessä.
Asennus¶
Apachen käynnistäminen¶
Asennuksen tarkistus¶
- Avaa selain
- Mene osoitteeseen
http://localhost - Näet jakelun oletus Apachen sivun
Pakollinen: mod_rewritein ottaminen käyttöön¶
Dashboard vaatii URL-osoitteiden uudelleenkirjoituksen.
Debian-perheessä ota moduuli käyttöön ja käynnistä uudelleen:
RHEL-perheessä mod_rewrite on yleensä ladattu oletuksena. Varmista se:
Pakollinen: Salli .htaccess-ylikirjoitukset¶
Avaa dokumenttijuuren konfiguraatiotiedosto:
Etsi <Directory>-lohko, joka kattaa dokumenttijuuren (/var/www/html molemmilla perheillä) ja muuta:
muotoon:
Pakollinen: MIME-tyyppi Markdown-tiedostoille¶
Lisää samaan tiedostoon seuraava rivi, jotta Markdown-tiedostot palvellaan oikein:
Tärkeää
Ilman tätä asetusta .md-tiedostoja ei välttämättä palvellakaan oikein.
Ota konfiguraatio käyttöön¶
Tarkista syntaksi ja käynnistä Apache uudelleen:
Alustava asennus¶
Vaihe 1: Luo dignan repositorio¶
digna-repositorio tallentaa kaikki dignan laskemat mittarit. Se toimii keskitettynä tietokantana analytiikka- ja suorituskykytiedoille.
Luo skeema ja käyttäjä¶
Avaa PostgreSQL-asiakas (psql, pgAdmin tai vastaava) ja suorita seuraavat SQL-komennot:
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>;
Korvaa seuraavat paikkamerkit:
<digna_repo_schema>— Haluttu skeeman nimi (esim.dignarepo)<digna_repo_user>— Haluttu käyttäjänimi (esim.digna_user)<digna_repo_password>— Turvallinen salasana tälle käyttäjälle
Esimerkki:
CREATE SCHEMA dignarepo;
CREATE USER digna_user WITH PASSWORD 'YourSecurePassword123!';
GRANT ALL PRIVILEGES ON SCHEMA dignarepo TO digna_user;
Yhdellä komennolla kuoren kautta:
Liitä sitten yllä olevat lauseet postgres=# -kehotteeseen ja kirjoita \q poistuaksesi.
Parhaat käytännöt
Käytä vahvoja, monimutkaisia salasanoja tietokantakäyttäjille. Vältä helposti arvattavia tunnuksia.
Vaihe 2: Pura digna-asennuspaketti¶
- Etsi sinulle toimitettu digna-asennus ZIP-tiedosto
- Pura se haluamaasi asennushakemistoon — esimerkiksi
/opt/digna - Purkamisen jälkeen sinun pitäisi nähdä seuraavat kohteet:
dashboard/— Web-dashboardin käyttöliittymädigna— Pääsuoritettava tiedosto (backend + CLI yhdessä)
Konfiguraatio- ja lisenssitiedostot eivät sisälly pakettiin
Asennuksen mukana ei toimiteta config.toml- eikä dashboard/dashboard_config.toml-tiedostoa — luot molemmat itse kohdissa Backendin määritys ja Dashboardin määritys. Myöskään license.toml ei sisälly pakettiin; digna toimittaa sen erikseen, kuten vaiheessa 3 kuvataan.
Kuoren kautta purkaminen:
Huomautus
Jos unzip ei ole asennettuna, lisää se komennolla sudo apt install -y unzip tai sudo dnf install -y unzip.
Tee suoritustiedostosta suoritettava¶
Riippuen siitä, miten arkisto on siirretty, suoritusoikeus ei ehkä säily purkamisen yhteydessä. Aseta se eksplisiittisesti:
Luo palvelutili¶
On suositeltavaa ajaa backend erillisenä ei-privilegioituna käyttäjänä tuotantoympäristöissä:
sudo useradd --system --no-create-home --shell /usr/sbin/nologin digna
sudo chown -R digna:digna /opt/digna
Huomautus
RHEL-perheessä vastaava shell-polku on /sbin/nologin.
Vaihe 3: Asenna lisenssitiedosto¶
Tärkeää
Lisenssitiedostoa ei sisälly asennuspakettiin, vaan se toimitetaan erikseen dignalta.
- Etsi sinulle toimitettu
license.toml-tiedosto - Kopioi se dignan asennushakemiston juureen (kohtaan, jossa
config.tomljadigna-suoritustiedosto sijaitsevat)
Miksi tämä on tärkeää: Lisenssitiedosto sisältää asiakastietosi, lisenssin vanhenemispäivän ja digitaalisen allekirjoituksen. Älä muokkaa tätä tiedostoa — muutokset mitätöivät sen.
Hakemistorakenne asennuksen jälkeen:
/opt/digna/
├── config.toml (konfiguraatiotiedosto)
├── license.toml (OMA LISENSSITIEDOSTOSI - kopioi tänne)
├── digna (pääsuoritettava)
├── bin/ (palvelunhallintaskriptit)
└── dashboard/ (web-käyttöliittymä)
└── (dashboard-tiedostot)
Backendin määritys¶
Vaihe 1: Luo ja muokkaa konfiguraatiotiedostoa¶
config_template.toml -tiedosto toimitetaan dignan asennushakemistossa. Tarvitsee vain nimetä se config.toml-tiedostoksi.
Sijainti: /opt/digna/config.toml
Avaa config.toml tekstieditorissa ja konfiguroi alla olevat osiot.
[app] -osio¶
Tässä osiossa määritetään digna-backendin sovellusasetukset:
[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 = ["*"]
| Parametri | Arvo | Huomio |
|---|---|---|
digna_APP_CORS_ALLOW_ORIGINS | Frontendin URL | Jos dashboard on eri palvelimella, lisää sen URL |
digna_APP_CORS_ALLOW_CREDENTIALS | true | Vaaditaan CORS:lle kun käytetään tunnisteita |
digna_APP_CORS_ALLOW_METHODS | ["*"] | Salli kaikki HTTP-metodit |
digna_APP_CORS_ALLOW_HEADERS | ["*"] | Salli kaikki otsikot |
Huomautus
Jos tarjoat dashboardin nginxin tai Apachen kautta oletus-HTTP-portissa, sallitun originin tulee olla http://localhost — tai palvelimen julkinen URL, jos dashboardiin pääsee muilta koneilta.
[repo] -osio¶
Tämä osio määrittää yhteyden PostgreSQL-tietokantaan:
[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!"
| Parametri | Arvo | Huomio |
|---|---|---|
digna_REPO_HOST | localhost tai IP | PostgreSQL-palvelimen isäntä/IP |
digna_REPO_PORT | 5432 (oletus) | PostgreSQL-portti |
digna_REPO_DB | postgres | Tietokannan nimi |
digna_REPO_SCHEMA | dignarepo | Aiemmin luotu skeema |
digna_REPO_USER | digna_user | PostgreSQL:ssä luotu käyttäjä |
digna_REPO_PASSWORD | Salasanasi | Skeeman luomisessa asetettu salasana |
Parhaat käytännöt
config.toml sisältää tietokantasalasanan selväkielisenä. Rajoita tiedoston lukuoikeudet niin, että vain palvelutili voi lukea sen:
[base] -osio¶
Tämä osio sisältää suojaus- ja evästeasetukset:
[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"
| Parametri | Arvo | Huomio |
|---|---|---|
DIGNA_FERNET_KEY | Salausavain | Käytetään tokenien ja evästeiden salaamiseen (oletusarvo saatavilla) |
digna_COOKIE_DOMAIN | localhost | Vastaa frontendin domainia |
digna_COOKIE_SECURE | false (paikallinen) / true (tuotanto) | Käytä true HTTPS-yhteyksissä |
digna_COOKIE_HTTPONLY | true | Aina päällä turvallisuuden takia |
digna_COOKIE_SAME_SITE | lax | Estää CSRF-hyökkäyksiä |
digna_TOKEN_EXPIRES_IN | 86400 (24 tuntia) | Istunnon vanhenemisaika sekunteina |
digna_MAX_WORKERS | CPU-ydinten määrä - 1 | Samanaikaisten tarkastustehtävien määrä |
DIGNA_SCHEDULER_MAX_DELAY | 100 | Enimmäisviive sekunteina, jonka ajastin saa lisätä ennen erääntyneen työn käynnistämistä |
DIGNA_CLEANUP_TIME | "12:00" | Kellonaika (24 tunnin muoto HH:MM), jolloin päivittäinen siivous alkaa |
Vinkki
Selvittääksesi palvelimen CPU-ytimet aja nproc.
[encryption] -osio¶
Tämä osio sisältää avaimen, jolla arkiston arkaluontoiset arvot salataan. Se on pakollinen — config check raportoi osion [encryption] tilassa FAILED, jos avain puuttuu.
| Parametri | Arvo | Huomio |
|---|---|---|
DIGNA_ENCRYPTION_KEY | Base64-koodattu avain | Salaa digna-arkistoon tallennetut arkaluontoiset arvot |
Suojaa config.toml
Tämä avain on kiinteä arvo, joka on sama kaikissa digna-asennuksissa, ja juuri se purkaa arkistosi arkaluontoisten arvojen salauksen. Rajaa config.toml sille tilille, jolla digna toimii, pidä tiedosto poissa versionhallinnasta ja jaetuilta levyiltä, ja jätä se pois jokaisesta varmuuskopiosta, jota säilytetään vähemmän turvallisesti kuin itse arkistoa.
[logging] -osio¶
Tämä osio määrittää lokituksen käyttäytymisen:
| Parametri | Arvo | Huomio |
|---|---|---|
digna_LOGGING_MODE | INFO tai DEBUG | INFO tuotannolle, DEBUG vianetsintään |
digna_LOGGING_BACKUP_COUNT | 10 | Säilytettävien päivittäisten lokavarotoimintojen määrä |
Vaihe 2: Tarkista konfiguraatio¶
Varmista ennen arkiston alustusta, että config.toml on täydellinen ja oikein muodostettu. Suorita digna-asennushakemistossasi:
Jokainen osio tarkistetaan erikseen, joten yksittäinen virhe ei peitä muiden tilaa:
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
Korjaa kaikki, mikä raportoidaan tilassa FAILED, ja suorita komento uudelleen ennen jatkamista. Täydellinen luettelo valinnoista on CLI-viitteessä.
Vaihe 3: Alusta repositorioyhteys¶
- Avaa terminaali
- Siirry dignan asennushakemistoon (jossa
config.tomljadigna-suoritustiedosto sijaitsevat) - Suorita yhteystarkistus:
Saat vahvistuksen, että yhteys on muodostettu (varsinainen repositorio ei ole vielä alustettu).
Huomautus
Linuxissa nykyinen hakemisto ei ole PATH:ssa, joten suoritettava tiedosto käynnistetään muodossa ./digna eikä digna. Lyhyemmän muodon käyttämiseksi kaikkialta voit tehdä symbolisen linkin:
Vaihe 4: Asenna repositorion skeema¶
Sama hakemisto auki, suorita:
Tämä komento asentaa tarvittavat taulut ja skeeman PostgreSQL-tietokantaan.
Vaihe 5: Luo ylläpitäjäkäyttäjä¶
- Avaa uusi terminaali-ikkuna
- Siirry dignan asennushakemistoon
- Suorita seuraava komento luodaksesi ylläpitäjäkäyttäjän:
Esimerkki:
Tämä luo käyttäjän sähköpostiosoitteella admin@example.com ja täysillä järjestelmänvalvojan oikeuksilla.
Vinkki
Lisää salasana yksinkertaisesti yksinkertaisiin lainausmerkkeihin. bash ja zsh käsittelevät merkkejä kuten !, $ ja * erikoismerkkeinä, joten lainausmerkit varmistavat, että salasana välittyy oikein.
Parhaat käytännöt
Käytä vahvaa salasanaa, jossa on isoja ja pieniä kirjaimia, numeroita ja erikoismerkkejä.
Vaihe 6: Käynnistä digna-palvelin¶
Dignan asennushakemistossa käynnistä palvelin komennolla:
Parametrit: - --address — Palvelimen hostname/IP - --port — Palvelimen portti
Näet käynnistysviestit, jotka vahvistavat palvelimen olevan käynnissä:
INFO: Started server process [1234]
INFO: Waiting for application startup.
INFO: Application startup complete
INFO: Uvicorn running on http://localhost:8082
Vinkki
Jos dashboard tarjotaan eri koneelta kuin backend, avaa myös API-portti palomuurissa:
Palvelin varaa päätteen
serve toimii edustalla ja jatkaa, kunnes pysäytät sen näppäinyhdistelmällä Ctrl+C. Anna sen olla käynnissä, kun viimeistelet asennuksen; automaattisen käynnistyksen osalta katso dignan suorittaminen systemd-palveluna.
Dashboardin määritys¶
Vaihe 1: Ota dashboard käyttöön web-palvelimella¶
digna-dashboard lukee oman konfiguraationsa tiedostosta dashboard/dashboard_config.toml. Tätä tiedostoa ei toimiteta asennuksen mukana — luot sen dashboard/-hakemistoon dashboardin tiedostojen rinnalle.
Sen sisältö on kuvattu kohdassa Yhden kirjautumisen (SSO) yleiskatsaus, jossa tiedostoa myös tarvitaan: se sisältää dashboardin tarjoamat kirjautumisvaihtoehdot ja monen instanssin käyttöönotoissa backend-yhteyden.
Valitse web-palvelimesi ja seuraa vastaavia käyttöönotto-ohjeita.
Käyttöönotto nginxillä¶
Jos seurasit nginxin asennusta, server-lohko osoittaa jo dashboard-kansioosi eikä kopiointia tarvita.
- Varmista polku
- Avaa
/etc/nginx/conf.d/digna.conf -
Varmista, että
rootosoittaa purettuundashboard-kansioon -
Varmista, että kansio on luettavissa
-
Lataa nginx uudelleen
-
Testaa asennus
- Avaa selain
- Mene osoitteeseen
http://localhost(tai konfiguroituun URL:iin) - Näet digna-dashboardin kirjautumissivun
Käyttöönotto Apachella¶
-
Kopioi dashboard dokumenttijuureen
-
Lisää uudelleenkirjoitussäännöt
Luo .htaccess-tiedosto asennettuun kansioon, jotta dashboardin reitit säilyvät sivun uudelleenlatauksen aikana:
Liitä seuraava sisältö:
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]
-
Käynnistä Apache uudelleen
-
Avaa dashboard
- Avaa selain
- Mene osoitteeseen
http://localhost/digna - Näet digna-dashboardin kirjautumissivun
Vaihe 2: SELinux (vain RHEL-perhe)¶
RHEL:ssä, Rockyssä, AlmaLinuxissa ja Fedoressa SELinux on oletuksena päällä (enforcing) ja estää web-palvelinta lukemasta tiedostoja odotetuista sijainneista. Tarkista onko se aktiivinen:
Jos tulos on Enforcing ja tarjoat dashboardia /opt/digna/dashboard -kansiosta, leimaa hakemisto jotta web-palvelin voi lukea sitä:
sudo semanage fcontext -a -t httpd_sys_content_t "/opt/digna/dashboard(/.*)?"
sudo restorecon -Rv /opt/digna/dashboard
Huomautus
Jos semanage ei löydy, asenna se komennolla sudo dnf install -y policycoreutils-python-utils.
Tärkeää
Jos dashboard palauttaa 403 Forbidden vastauksena täysin juuri konfiguroidulla RHEL-palvelimella, se on lähes aina SELinux-leimauksen ongelma eikä tiedostojen käyttöoikeusongelma. Varmista tilanne komennolla sudo ausearch -m avc -ts recent.
dignan ajaminen systemd-palveluna¶
Miksi ajaa digna palveluna?¶
digna-backendin ajaminen systemd-palveluna varmistaa, että se:
- Käynnistyy automaattisesti koneen käynnistyessä
- Ajetaan taustalla ilman avointa terminaali-ikkunaa
- Käynnistyy automaattisesti uudelleen kaatumisen jälkeen
- On hallittavissa
systemctl-komennolla, joka on standardi Linux-palvelunhallinta
Palvelunhallintatiedostot¶
Kaikki tarvittavat tiedostot löytyvät dignan asennushakemistosta kansiosta: bin/
Seuraavat shell-skriptit ovat käytettävissä:
install_service.sh— Rekisteröi dignan systemd:henuninstall_service.sh— Poistaa rekisteröinninstart_service.sh— Käynnistää rekisteröidyn palvelunstop_service.sh— Pysäyttää käynnissä olevan palvelun
Vaaditaan root-oikeudet
Kaikki skriptit on suoritettava sudo-oikeuksin, koska palvelun rekisteröinti, joka käynnistyy bootissa, kirjoittaa yksikkötiedoston kansioon /etc/systemd/system.
Tee skripteistä suoritettavia¶
Purkaminen ei välttämättä säilytä suoritusoikeuksia. Ennen ensimmäistä käyttökertaa:
Palvelun asennus¶
-
Avaa terminaali
-
Siirry bin-kansioon
-
Suorita asennusskripti
digna-palvelin on nyt rekisteröity systemd:hen automaattisella käynnistyksellä. Palvelu ei välttämättä käynnisty heti — katso seuraavaa osiota käynnistystä varten.
Palvelun käynnistäminen ja pysäyttäminen¶
Palvelun käynnistäminen¶
- Avaa terminaali
- Siirry
/opt/digna/bin-hakemistoon - Suorita:
Palvelun pysäyttäminen¶
- Avaa terminaali
- Siirry
/opt/digna/bin-hakemistoon - Suorita:
Vinkki
Pysäytä aina palvelu ennen sovellustiedostojen päivittämistä.
Palvelun hallinta systemctl:llä¶
Kun palvelu on rekisteröity, sitä voi hallita myös standardeilla systemd-komennoilla mistä tahansa hakemistosta:
sudo systemctl start digna
sudo systemctl stop digna
sudo systemctl restart digna
sudo systemctl status digna
Palvelun vahvistus¶
Varmista, että palvelu on rekisteröity ja käynnissä:
enabled tarkoittaa, että palvelu käynnistyy bootissa; active tarkoittaa, että se on käynnissä juuri nyt.
Palvelulokit¶
systemd tallentaa kaiken, mitä backend kirjoittaa konsoliin. Lue lokit:
Seuraa lokia reaaliaikaisesti toistaen ongelman:
Vinkki
Tämä on nopein tapa diagnosoida palvelua, joka käynnistyy ja sammuu välittömästi. Repositorion yhteysvirhe tai puuttuva license.toml raportoidaan täällä.
Siirto uuteen hakemistoon¶
Yksikkötiedosto tallentaa absoluuttisen polun suoritettavaan tiedostoon, joten asennuksen siirto edellyttää palvelun uudelleenrekisteröintiä:
-
Poista nykyinen palvelu
-
Siirrä sovellustiedostot
-
Asenna palvelu uudelleen
-
Käynnistä palvelu
Palvelun poistaminen¶
-
Pysäytä käynnissä oleva palvelu
-
Poista palvelu
digna-palvelin on nyt poistettu systemd:stä.
Päivitys uuteen julkaisuun¶
Ennen päivitystä¶
Tarkista ensin kaikki tietokantayhteydet
Julkaisusta 2026.06 alkaen digna tavoittaa jokaisen lähdeteknologian ODBC:n kautta. Aiemmat julkaisut tarjosivat valinnan teknologiakohtaisen ajurin ja ODBC:n välillä kytkimellä Use ODBC. digna-tiimi päätti rakentaa pelkästään ODBC:n varaan, koska yksi standardoitu rajapinta antaa enemmän kuin joukko räätälöityjä ajureita:
- Todennus — todennus on osa ODBC:tä, joten yhteys voi käyttää kaikkea, mitä sen ajuri tukee: salasanoja, tokeneita ja PAT-tunnisteita, Kerberosta ja Active Directorya, monivaiheista tunnistautumista ja selainpohjaista kertakirjautumista, pilvi-identiteettejä, asiakasvarmenteita ja TLS:ää. Uudet menetelmät tulevat ajuripäivityksen mukana sen sijaan, että odotettaisiin digna-julkaisua.
- Tietokantatoimittajien ylläpitämät ajurit — toimittajan oma ajuri seuraa uusia palvelinversioita ja tietoturvakorjauksia, ja voit päivittää sen omassa aikataulussasi dignasta riippumatta.
- Yksi tapa määrittää kaikki — jokainen teknologia on avain–arvo-ominaisuuksien luettelo, samalla käyttöliittymällä, samalla arkaluontoisten arvojen salauksella ja samalla vianmäärityksellä, eikä eri kenttäjoukolla lähdettä kohden.
- Hienosäätö ja kattavuus — ajuritason valinnat kuten aikakatkaisut, TLS-asetukset, välityspalvelimet ja hakukoot ovat käytettävissä jokaiselle lähteelle, ja mikä tahansa teknologia, jolla on standardin mukainen ODBC-ajuri, voidaan liittää — myös sellaiset, joille digna ei julkaise omaa opasta.
Käytännössä tämä tarkoittaa, ettei kytkintä Use ODBC eikä erillisiä isäntä-, portti-, tietokanta-, käyttäjä- ja salasanakenttiä ole enää olemassa. Jokainen yhteys, joka ei jo käytä ODBC:tä, on muutettava ODBC:ksi — automaattista muunnosta ei ole, joten suunnittele tämä ennen päivitystä:
- Käy läpi jokainen asennuksessasi määritelty tietokantayhteys ja merkitse muistiin ne, jotka eivät vielä käytä ODBC:tä — jokainen niistä on määritettävä uudelleen.
- Asenna vastaava ODBC-ajuri digna-isäntään — yhteydet avataan palvelimelta, jolla digna-taustajärjestelmä toimii, ei selaimesta. Katso ODBC-ajurin asentaminen digna-isäntään.
- Pidä ODBC-ominaisuudet valmiina jokaiselle koskevalle yhteydelle. Teknologiaoppaat luettelevat lähdekohtaisen, koetellun ominaisuusjoukon.
Muuta päivityksen jälkeen jokainen koskeva yhteys ODBC:ksi ja testaa se hallintapaneelista — katso Tietokantayhteyden luominen ja Yhteyden testaaminen.
Databricks Legacy -yhteydet
Databricks Legacy -liitin on poistettu tässä julkaisussa. Siirrä nämä yhteydet Databricks-liittimeen.
digna-repositorion varmuuskopiointi on pakollista
Ennen dignan päivittämistä, varmuuskopioi repositoriosi (PostgreSQL) datan menetyksen varalta. Varmuuskopio mahdollistaa palautuksen, jos päivityksessä ilmenee odottamattomia ongelmia.
Luo varmuuskopio kuoren kautta:
Päivitysprosessi¶
Vaihe 1: Pysäytä digna-palvelu¶
Jos digna ajetaan systemd-palveluna, pysäytä se ensin:
Jos digna ajetaan etualalla, paina Ctrl + C sen terminaali-ikkunassa.
Vaihe 2: Varmuuskopioi nykyinen asennus¶
Nimeä digna-asennushakemistossa nykyisen asennuksen kansiot uudelleen, jotta uusi julkaisu voidaan ottaa käyttöön niiden rinnalle:
dignabackend ja dignacli eivät ole enää käytössä
Julkaisusta 2026.06 alkaen dignabackend ja dignacli korvataan yhdellä suoritettavalla tiedostolla digna, joka yhdistää taustajärjestelmän ja CLI:n. Säilytä dignabackend_old ja dignacli_old vain siihen asti, kunnes olet varmistanut päivityksen — sen jälkeen voit poistaa molemmat kansiot. Säilytä dashboard_old, kunnes olet palauttanut siitä konfiguraatiotiedostosi (katso vaihe 4).
Vaihe 3: Pura ja ota uusi versio käyttöön¶
- Pura uusi digna-asennus ZIP-tiedosto
- Kopioi uusi
digna-suoritustiedosto jadashboard-kansio asennushakemistoon - Palauta suoritusoikeus ja palvelutilin omistus:
Tärkeää
Asennuksen ZIP-tiedostoon ei koskaan sisällytetä config.toml- eikä dashboard/dashboard_config.toml-tiedostoa — digna-tiimi ei koskaan toimita kumpaakaan tiedostoa. Päivitys ei siksi koske olemassa olevaan konfiguraatioosi, ja uudelleennimetyissä *_old-kansioissa olevat kopiot ovat ainoat, jotka sinulla on.
Vaihe 4: Palauta konfiguraatiotiedostosi¶
Julkaisu 2026.06 muuttaa config.toml-tiedostoa
Kolme asetusta on uusia ja pakollisia, ja kaksi ei ole enää käytössä. Aiemmasta julkaisusta peritty config.toml ei sisällä uusia asetuksia, eikä digna käynnisty niin kauan kuin ne puuttuvat. Lisää seuraavat olemassa olevaan config.toml-tiedostoosi:
[base]
DIGNA_SCHEDULER_MAX_DELAY = 100
DIGNA_CLEANUP_TIME = "12:00"
[encryption]
DIGNA_ENCRYPTION_KEY = 'ycELf6IbcO55dYIZHpPv6kQv/bbnUXoIaHLh2bh1kMg='
Lisää kaksi [base]-avainta olemassa olevaan [base]-osioosi ja lisää [encryption] uutena osiona. Poista sen jälkeen kaksi asetusta, joita ei enää käytetä, digna_APP_HOST ja digna_APP_PORT, osiosta [app] — palvelin saa osoitteensa ja porttinsa nyt komennolta digna serve.
Kunkin asetuksen merkitys on kuvattu kohdassa Taustajärjestelmän konfigurointi.
Kertakirjautuminen: [oidc_clients]-muoto on muuttunut
Julkaisu 2026.06 korvaa taulukkotaulukon yhdellä taululla palveluntarjoajaa kohden, nimettynä palveluntarjoajan avaimen mukaan. DIGNA_OIDC_KEY poistuu — avain on nyt osa osion otsikkoa.
Ennen:
[[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'
Jälkeen:
[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'
Toista osio jokaiselle palveluntarjoajalle ja pidä jokainen avain samana kuin key tiedostossa dashboard_config.toml. digna config check raportoi oidc_clients-osion tilassa FAILED niin kauan kuin vanha muoto on yhä paikallaan. Tämä koskee vain asennuksia, jotka käyttävät kertakirjautumista.
Vaihe 5: Lataa web-palvelin uudelleen¶
Dashboard koostuu staattisista tiedostoista, joten web-palvelimesi — ja selain — saattaa yhä tarjoilla edellistä versiota. Lataa uudelleen tai käynnistä uudelleen se web-palvelin, joka isännöi dashboard-kansiota, ja lataa sitten sivu uudelleen pakotetulla päivityksellä (Ctrl+F5).
Vaihe 6: Tarkista konfiguraatio¶
Varmista, että päivitetty config.toml on täydellinen ennen kuin kosket arkistoon:
Jokaisen osion on raportoitava OK. Korjaa kaikki, mikä raportoidaan tilassa FAILED, ja suorita komento uudelleen ennen jatkamista.
Vaihe 7: Vaihda lisenssitiedosto¶
Jokainen julkaisu lisensoidaan erikseen. Kopioi digna-tiimin tätä julkaisua varten toimittama license.toml asennushakemistoon vanhan tiedoston tilalle:
Älä säilytä edellistä lisenssiä
Aiempaa julkaisua varten myönnetty license.toml ei kata tätä julkaisua, ja jokainen komento, joka tarkistaa lisenssin — user, inspection, repo — keskeytyy ennen repositorion koskettamista, jos tarkistus epäonnistuu. Tarkista lisenssi ennen kuin jatkat:
Vaihe 8: Päivitä repositorion skeema¶
Siirry dignan asennushakemistoon ja suorita:
Tämä päivittää PostgreSQL-skeeman uusimpaan versioon säilyttäen kaikki olemassa olevat tiedot.
Vaihe 9: Käynnistä palvelut uudelleen¶
Jos ajetaan systemd-palveluna:
Jos ajettiin manuaalisesti, käynnistä palvelin uudelleen:
Jos käytät nginx:iä tai Apachea, lataa vastaava web-palvelin uudelleen:
RHEL-perheessä, jos dashboard-hakemisto korvattiin, aseta SELinux-leimat uudelleen:
Vaihe 10: Vahvista päivitys¶
- Avaa digna-dashboard
- Varmista, että käyttöliittymä latautuu oikein
- Tarkista palvelinlokit virheiden varalta:
- Muuta jokainen yhteys, joka ei vielä käyttänyt ODBC:tä, ODBC:ksi ja testaa sitten kaikki yhteydet — katso Yhteyden testaaminen