macOS-asennusopas digna Release 2026.06:lle¶
Julkaisu: 2026.06
Viimeksi päivitetty: 5. syyskuuta 2026
Sisällysluettelo¶
- Johdanto
- Järjestelmävaatimukset
- Esiasennuksen valmistelut
- PostgreSQL-palvelimen asennus
- Web-palvelimen määritys
- Alkuasennus
- Backendin määritys
- Dashboardin määritys
- digna:n ajaminen taustapalveluna
- Päivitys uuteen julkaisuun
Johdanto¶
Tietoa digna:sta¶
digna on kattava tekoälypohjainen alusta, joka on suunniteltu optimoimaan datalaadun hallintaa erilaisissa dataympäristöissä, kuten varastoissa, järvissä ja lakehouse-ratkaisuissa. Skalautuvuutensa ja mukautettavuutensa ansiosta digna vastaa nykyaikaisiin datahaasteisiin automaation, reaaliaikaisen seurannan ja poikkeamien tunnistuksen avulla.
digna koostuu kahdesta pääkomponentista:
- 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: Verkkopohjainen 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 Release 2026.06:ssa¶
Tässä julkaisussa datan observabiliteetti tuodaan suoraan koodiin, jolloin kehittäjät voivat seurata datalaatua jo lähteellä. Katso täydelliset tiedot release notes.
Etsitkö Windowsia tai Linuxia?¶
Tämä opas kattaa macOS:n. Muille alustoille katso Windows Installation Guide tai Linux Installation Guide.
Järjestelmävaatimukset¶
Ennen asennuksen aloittamista varmista, että järjestelmäsi täyttää seuraavat vähimmäisvaatimukset:
| Vaatimus | Määrittely |
|---|---|
| Käyttöjärjestelmä | macOS 13 (Ventura) tai uudempi |
| Arkkitehtuuri | Apple Silicon (arm64) tai Intel (x86_64) |
| Muisti (minimi) | 16 GB RAM |
| Levyn tila | 10 GB vapaata tallennustilaa |
| Tietokanta | PostgreSQL Server 12 tai uudempi |
| Web-palvelin | nginx, Apache httpd tai vastaava |
| Komentorivityökalut | Xcode Command Line Tools (vaaditaan Homebrew'lle) |
Tietokannan asennusvaihtoehdot¶
Jos PostgreSQL on jo asennettu: Voit lisätä uuden tietokannan digna:lle olemassa olevaan PostgreSQL-palvelimeesi.
Jos asennat PostgreSQL:n samalle koneelle kuin digna:
Suositellut määritykset
- Muisti: 32 GB RAM (16 GB sijaan)
- Levyn tila: 50 GB vapaata tallennustilaa (10 GB sijaan)
Nämä suuremmat resurssivaatimukset huomioivat sekä digna:n että PostgreSQL-tietokannan ajamisen samanaikaisesti.
Arkkitehtuurin tarkistus¶
Monet tämän oppaan polut eroavat Apple Silicon- ja Intel-masien välillä. Tarkista laitteesi arkkitehtuuri avaamalla Terminal ja suorittamalla:
arm64— Apple Silicon. Homebrew asentuu polkuun/opt/homebrew.x86_64— Intel. Homebrew asentuu polkuun/usr/local.
Vinkki
Kiinteän polun sijaan tämä opas käyttää $(brew --prefix), joka laajenee oikeaan sijaintiin kummallakin arkkitehtuurilla. Voit kopioida komennot muuttumattomina.
Esiasennuksen valmistelut¶
Ennen digna:n asentamista varmista, että kolme keskeistä edellytystä on paikallaan:
- Homebrew – pakettienhallinta, jolla asennetaan alla olevat komponentit
- PostgreSQL Server – laskettujen mittareiden ja suorituskykytiedon tallennukseen
- Web-palvelin – digna Dashboardin isännöintiin
Jos näitä komponentteja ei ole vielä asennettu, seuraa alla olevia osioita asentaaksesi ja konfiguroidaksesi ne.
Homebrew'n asennus¶
Homebrew on macOS:n yleinen pakettienhallinta ja sitä käytetään tässä oppaassa PostgreSQL:n ja nginx:n asentamiseen.
Vaihe 1: Tarkista, onko Homebrew jo asennettu¶
Avaa Terminal (paina Cmd + Space, kirjoita Terminal, paina Enter) ja suorita:
Jos komentoon palautuu versiopäivämäärä, siirry kohtaan PostgreSQL-palvelimen asennus.
Vaihe 2: Asenna Homebrew¶
Jos komentoa ei löydy, asenna Homebrew seuraamalla ohjeita virallisella Homebrew-sivustolla. Asentaja asentaa myös Xcode Command Line Tools -paketin, jos sitä ei ole jo asennettu.
Vaihe 3: Lisää Homebrew PATHiin¶
Apple Siliconilla asennusohjelma tulostaa kaksi komentoa Homebrew'n lisäämiseksi shell-ympäristöön. Suorita ne ohjeiden mukaisesti ja vahvista:
Tämän pitäisi tulostaa /opt/homebrew Apple Siliconilla tai /usr/local Intelillä.
PostgreSQL-palvelimen asennus¶
Jos sinulla on jo PostgreSQL¶
Jos PostgreSQL on jo asennettu ja käynnissä paikallisella koneellasi tai käytät hallinnoitua etä-PG-palvelinta, voit siirtyä seuraavaan osioon: Web-palvelimen määritys.
Asennusvaihtoehdot¶
macOS tarjoaa kaksi suoraviivaista tapaa asentaa PostgreSQL. Valitse yksi:
- Homebrew — komentorivityökalu, suositeltu palvelinympäristöihin
- Postgres.app — graafinen asennus, kätevä paikalliseen arviointiin
PostgreSQL:n asennus Homebrew'lla¶
Vaihe 1: Asenna PostgreSQL-formula¶
Vaihe 2: Lisää PostgreSQL PATHiin¶
Versioidut PostgreSQL-formulat ovat keg-only, joten Homebrew ei linkitä niiden komentoja PATHiin automaattisesti. Lisää ne itse:
Huomio
Tämä olettaa macOS:n oletusshellin zsh:n. Jos käytät bash-shelliä, lisää sama rivi tiedostoon ~/.bash_profile.
Vaihe 3: Käynnistä PostgreSQL-palvelu¶
Tämä käynnistää PostgreSQL:n välittömästi ja asettaa sen käynnistymään automaattisesti kirjautuessasi sisään.
Vaihe 4: Vahvista asennus¶
Näet PostgreSQL-version, jos asennus onnistui.
Vaihe 5: Yhdistä palvelimeen¶
Tärkeää — macOS eroaa Windowsista tässä
Windowsin asennusohjelma ohjaa luomaan postgres-superkäyttäjän ja salasanan. Homebrew ei tee näin. Sen sijaan se luo superkäyttäjän, jonka nimi vastaa sinun macOS-käyttäjätiliäsi, ilman salasanaa, ja se on saavutettavissa vain paikalliselta koneelta.
Tämä tarkoittaa, että puhtaassa Homebrew-asennuksessa ei ole postgres-roolia. Käytä omaa käyttäjänimeäsi, kun tarvitset superkäyttäjää, ja luo erillinen digna-käyttäjä kuten kuvattu Alkuasennus -kohdassa.
Vaihe 6: Vahvista portti¶
Oletusportti PostgreSQL:lle on 5432. Varmista palvelimen kuuntelema portti:
Muista tämän arvo myöhempiä digna-backendin asetuksia varten.
PostgreSQL:n asennus Postgres.app:illa¶
Jos haluat graafisen asennuksen:
- Lataa Postgres.app ja raahaa se Applications-kansioon
- Avaa sovellus ja klikkaa Initialize luodaksesi uuden palvelimen
- Seuraa sovelluksen ohjeita lisätäksesi komentorivityökalut PATHiin
- Vahvista asennus:
Postgres.app luo myös superkäyttäjän, jonka nimi vastaa macOS-käyttäjätiliäsi.
Web-palvelimen määritys¶
digna tarvitsee web-palvelimen dashboardin isännöintiin. Valitse yksi seuraavista vaihtoehdoista:
- nginx — asennetaan Homebrew'lla, suositeltu
- Apache httpd — sisältyy macOS:ään
Tarvitset vain yhden näistä palvelimista ja konfiguroit sen seuraavien riippuvuuksien mukaisesti:
- Single-page-application fallback, jotta dashboard-URL:n uudelleenlataus ei aiheuta 404-virhettä
.md-MIME-tyyppi, jotta Markdown-tiedostot toimitetaan oikealla tyypillä
nginx-määritys¶
Yleiskatsaus¶
nginx on kevyt, korkean suorituskyvyn web-palvelin, joka sopii hyvin staattisen digna-dashboardin tarjoamiseen.
Asennus¶
nginx:n käynnistäminen¶
Vahvista asennus¶
- Avaa selaimesi
- Siirry osoitteeseen
http://localhost:8080 - Näet nginxin tervetulosivun
Huomio — oletusportti on 8080, ei 80
Homebrew konfiguroi nginxin kuuntelemaan porttia 8080, jotta se voi toimia ilman administraattorioikeuksia. macOS:ssä porttiin 80 tai muihin alle 1024 kuuluvien porttien sitominen vaatii root-oikeudet.
Jos haluat tarjota dashboardin portissa 80, vaihda listen 8080; -> listen 80; alla olevassa konfiguraatiossa ja käynnistä nginx komennolla sudo brew services start nginx.
Sivuston konfigurointi dashboardille¶
Homebrew'n nginx-konfiguraatio lataa kaikki tiedostot servers-hakemistostaan. Luo oma konfiguraatiotiedosto digna:lle sinne:
Liitä seuraava, korvaten /path/to/digna/dashboard todellisella polulla purettuun dashboard-kansioon:
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;
}
}
Tärkeää
Ilman try_files-direktiiviä, dashboardin muu kuin juuripolun uudelleenlataus palauttaa 404-virheen. Tämä on nginxin vastine IIS:n URL Rewrite -moduulille Windowsissa.
Ota konfiguraatio käyttöön¶
Testaa syntaksivirheet ja lataa nginx uudelleen:
Apache httpd -määritys¶
Yleiskatsaus¶
macOS sisältää Apache httpd:n, joten asennusta ei tarvita. Se on oletuksena pois päältä.
Apachen käynnistäminen¶
Vahvista asennus¶
- Avaa selain
- Siirry osoitteeseen
http://localhost - Näet viestin "It works!"
Pakollinen: mod_rewritein ottaminen käyttöön¶
Dashboard vaatii URL-uudelleenkirjoituksen. Avaa Apache-konfiguraatio:
Etsi seuraava rivi ja poista edestä # niin että se on kommentoimaton:
Pakollinen: salli .htaccess-ylikirjoitukset¶
Saman tiedoston sisällä etsi <Directory "/Library/WebServer/Documents"> -lohko ja vaihda:
muotoon:
Pakollinen: MIME-tyyppi Markdown-tiedostoille¶
Lisää httpd.conf-tiedostoon seuraava rivi, jotta Markdown-tiedostot toimitetaan oikein:
Tärkeää
Ilman tätä asetusta .md-tiedostot eivät välttämättä toimitu oikein.
Ota konfiguraatio käyttöön¶
Tarkista syntaksivirheet ja käynnistä Apache uudelleen:
Alkuasennus¶
Vaihe 1: Luo digna-repositorio ja käyttäjä¶
digna-repositorio tallentaa kaikki digna:n laskemat mittarit. Se toimii keskitettynä tietokantana analytiikka- ja suorituskykytiedolle.
Luo skeema ja käyttäjä¶
Avaa PostgreSQL-asiakasohjelma (psql, pgAdmin tai muu) 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>— haluamasi skeeman nimi (esim.dignarepo)<digna_repo_user>— haluamasi 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;
Suorittaaksesi nämä Terminalissa yhdessä vaiheessa:
Liitä sitten lauseet postgres=# -kehotteessa ja poistu kirjoittamalla \q.
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/dignatai~/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.
Pura Terminalista:
Tee suoritettavasta tiedostosta ajettava¶
Riippuen siitä, miten arkisto on siirretty, suoritusoikeus ei välttämättä säily purkamisen yhteydessä. Aseta se manuaalisesti:
Jos macOS estää sovelluksen käynnistämisen¶
Selain- tai sähköpostilataukset merkitään usein karanteeniattribuutilla. Jos macOS ilmoittaa, että sovellusta "ei voi avata, koska kehittäjää ei voida varmentaa", poista attribuutti asennushakemistosta:
Vaihtoehtoisesti avaa System Settings → Privacy & Security, etsi estetty kohde sivun alaosasta ja valitse Open Anyway.
Huomio
Tämä vaihe on tarpeen vain, jos macOS todella estää suoritettavan tiedoston. SSH:lla tai sisäisiltä tiedostojakoilta siirretyt paketit eivät yleensä joudu karanteeniin.
Vaihe 3: Asenna lisenssitiedosto¶
Tärkeää
Lisenssitiedostoa ei sisälly asennuspakettiin ja se toimitetaan erikseen digna:lta.
- Etsi sinulle toimitettu
license.toml-tiedosto - Kopioi se digna-asennuksen juurihakemistoon (samaan hakemistoon jossa
config.tomljadigna-suoritettava ovat)
Miksi tämä on tärkeää: Lisenssitiedosto sisältää asiakastiedot, lisenssin vanhenemispäivän ja digitaaliset allekirjoitukset. Älä muokkaa tätä tiedostoa — kaikki muutokset mitätöivät sen.
Hakemistorakenne asennuksen jälkeen:
/opt/digna/
├── config.toml (configuration file)
├── license.toml (YOUR LICENSE FILE - copy here)
├── digna (main executable)
├── bin/ (service management scripts)
└── dashboard/ (web interface)
└── (dashboard files)
Backendin määritys¶
Vaihe 1: Luo ja muokkaa konfiguraatiotiedostoa¶
config_template.toml -tiedosto toimitetaan digna-asennushakemistossasi. Sinun tarvitsee vain nimetä se config.toml -tiedostoksi.
Sijainti: /opt/digna/config.toml
Avaa config.toml tekstieditorissa ja konfiguroi alla olevat osiot.
[app] -osio¶
Tämä osio määrittää 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-kutsuille, joissa käytetään tunnuksia |
digna_APP_CORS_ALLOW_METHODS | ["*"] | Salli kaikki HTTP-metodit |
digna_APP_CORS_ALLOW_HEADERS | ["*"] | Salli kaikki otsikot |
Huomio
Jos tarjoat dashboardin Homebrew'n nginx:llä sen oletusportissa, sallitun originin arvo on http://localhost:8080.
[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 luonnin yhteydessä asetettu salasana |
[base] -osio¶
Tämä osio sisältää turva- ja evästeasetuksia:
[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 annettu) |
digna_COOKIE_DOMAIN | localhost | Vastaa frontend-domainia |
digna_COOKIE_SECURE | false (paikallinen) / true (production) | Käytä true HTTPS-yhteyksissä |
digna_COOKIE_HTTPONLY | true | Aina päällä turvallisuussyistä |
digna_COOKIE_SAME_SITE | lax | Estää CSRF-hyökkäyksiä |
digna_TOKEN_EXPIRES_IN | 86400 (24 tuntia) | Istunnon voimassaoloaika sekunteina |
digna_MAX_WORKERS | CPU-ytimien määrä - 1 | Rinnakkaisten 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 käytettävissä olevien CPU-ytimien määrän Macillasi, suorita sysctl -n hw.ncpu.
[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 tuotantoon, DEBUG vianetsintään |
digna_LOGGING_BACKUP_COUNT | 10 | Säilytettävien päivittäisten lokavarmenteiden 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 repositorio¶
- Avaa Terminal
- Siirry digna-asennushakemistoon (jossa
config.tomljadigna-suoritettava sijaitsevat) - Testaa yhteys:
Saat vahvistuksen, että yhteys on muodostettu (repo ei vielä ole alustettu).
Huomio
macOS:ssä nykyisen hakemiston komentoja ei ole PATHissa, joten suoritettava kutsutaan muodossa ./digna eikä digna. Käyttääksesi lyhyempää muotoa kaikkialla, lisää asennushakemisto PATHiin:
Vaihe 4: Asenna repositorion skeema¶
Samaalla hakemistossa suorita:
Tämä komento asentaa tarvittavat taulut ja skeeman PostgreSQL-tietokantaasi.
Vaihe 5: Luo ylläpitäjäkäyttäjä¶
- Avaa uusi Terminal-ikkuna
- Siirry digna-asennushakemistoon
- Luo ylläpitäjäkäyttäjä seuraavalla komennolla:
Esimerkki:
Tämä luo käyttäjän sähköpostiosoitteella admin@example.com ja täysillä järjestelmänvalvojan oikeuksilla.
Vinkki
Kääri salasana yksinkertaisiin lainausmerkkeihin. zsh käsittelee merkkejä kuten !, $ ja * erikoismerkeinä, ja ilman lainausmerkkejä sisältävä salasana ei välity 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¶
Digna-asennushakemistossa käynnistä palvelin:
Parametrit: - --address — Palvelimen isäntä/IP - --port — Palvelimen portti
Näet käynnistysviestejä, jotka vahvistavat palvelimen käynnistyneen:
INFO: Started server process [1234]
INFO: Waiting for application startup.
INFO: Application startup complete
INFO: Uvicorn running on http://localhost:8082
Vinkki
Ensimmäisellä käynnistyskerralla macOS voi kysyä, haluatko sallia sovelluksen vastaanottaa verkoyhteyksiä. Valitse Allow, muuten dashboard ei pääse käsiksi backend:iin.
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 taustapalveluna.
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 nginx:llä¶
Jos noudatit nginx-määritystä, server-lohko osoittaa jo dashboard-kansioosi eikä tiedoston kopiointia tarvita.
- Vahvista polku
- Avaa
$(brew --prefix)/etc/nginx/servers/digna.conf -
Varmista, että
rootosoittaa purettuundashboard-kansioon -
Varmista, että kansio on luettavissa
-
Lataa nginx uudelleen
-
Testaa asennus
- Avaa selain
- Siirry osoitteeseen
http://localhost:8080(tai konfiguroituun URL-osoitteeseen) - Näet digna-dashboardin kirjautumissivun
Käyttöönotto Apache httpd:llä¶
-
Kopioi dashboard dokumenttihakemistoon
-
Lisää uudelleenkirjoitussäännöt
Luo .htaccess-tiedosto asennetun kansion sisälle, jotta dashboard-reitit säilyvät selainuudelleenlatauksissa:
Liitä seuraava:
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
- Siirry osoitteeseen
http://localhost/digna - Näet digna-dashboardin kirjautumissivun
digna:n ajaminen taustapalveluna¶
Miksi ajaa digna palveluna?¶
digna-backendin ajaminen taustapalveluna varmistaa, että se:
- Käynnistyy automaattisesti koneen käynnistyessä
- Ajaa taustalla ilman auki olevaa Terminal-ikkunaa
- Käynnistyy uudelleen automaattisesti virheen sattuessa
- On hallittavissa
launchctl-työkalulla, joka on macOS:n palvelunhallinta
Palvelunhallintatiedostot¶
Kaikki tarvittavat tiedostot sijaitsevat digna-asennushakemistossa polussa: bin/
Seuraavat shell-skriptit ovat käytettävissä:
install_service.sh— rekisteröi digna:n launchd:iinuninstall_service.sh— poistaa rekisteröinninstart_service.sh— käynnistää rekisteröidyn palvelunstop_service.sh— pysäyttää käynnissä olevan palvelun
Ylläpitäjän oikeudet vaaditaan
Kaikki skriptit on suoritettava sudo-oikeuksin, sillä käynnistyksen yhteydessä rekisteröitävät palvelut kirjoittavat /Library/LaunchDaemons-hakemistoon.
Tee skripteistä suoritettavia¶
Purkaminen ei välttämättä säilytä suoritusoikeuksia. Ennen ensimmäistä käyttökertaa:
Palvelun asennus¶
-
Avaa Terminal
-
Siirry bin-hakemistoon
-
Suorita asennusskripti
Digna-palvelu on nyt rekisteröity launchd:iin automaattisen käynnistyksen kanssa. Palvelu ei välttämättä käynnisty heti — katso seuraava osio sen käynnistämiseksi.
Palvelun käynnistäminen ja pysäyttäminen¶
Palvelun käynnistäminen¶
- Avaa Terminal
- Siirry
/opt/digna/bin - Suorita:
Palvelun pysäyttäminen¶
- Avaa Terminal
- Siirry
/opt/digna/bin - Suorita:
Vinkki
Pysäytä aina palvelu ennen sovellustiedostojen päivittämistä.
Palvelun tarkistus¶
Varmista, että palvelu on rekisteröity ja käynnissä:
Rivi, joka alkaa prosessi-ID:llä, tarkoittaa että palvelu on käynnissä. - ensimmäisessä sarakkeessa tarkoittaa, että se on rekisteröity mutta pysäytetty.
Palvelun siirtäminen uuteen hakemistoon¶
launchd tallentaa suoritettavan tiedoston absoluuttisen polun, joten asennuksen siirto vaatii palvelun uudelleenrekisteröinnin:
-
Poista nykyinen palvelu
-
Siirrä sovellustiedostot
-
Asenna palvelu uudelleen
-
Käynnistä palvelu
Palvelun poistaminen¶
-
Pysäytä käynnissä oleva palvelu
-
Poista palvelu
Digna-palvelu on nyt poistettu launchd:stä.
Päivittäminen 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 pakollinen
Ennen digna:n päivittämistä, varmuuskopioi repositoriosi (PostgreSQL) estääksesi datan menetyksen. Varmuuskopio varmistaa palautusmahdollisuuden, jos päivityksessä ilmenee odottamattomia ongelmia.
Luo varmuuskopio Terminalissa:
Päivitysprosessi¶
Vaihe 1: Pysäytä digna-palvelu¶
Jos digna on käynnissä taustapalveluna, pysäytä se ensin:
Jos digna on ajossa etualalla, keskeytä se painamalla Ctrl + C sen Terminal-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-suoritettava jadashboard-kansio asennushakemistoosi - Palauta suoritusoikeus ja tarvittaessa poista karanteeniattribuutti:
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ä (Cmd+Shift+R).
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 digna-asennushakemistoon ja suorita:
Tämä päivittää PostgreSQL-skeeman uusimpaan versioon säilyttäen kaiken olemassa olevan datan.
Vaihe 9: Käynnistä palvelut uudelleen¶
Jos ajetaan taustapalveluna:
Jos ajetaan manuaalisesti, käynnistä palvelin uudelleen:
Jos käytät nginx:iä tai Apachea, käynnistä vastaava web-palvelin uudelleen:
Vaihe 10: Vahvista päivitys¶
- Avaa digna-dashboard
- Varmista, että käyttöliittymä latautuu oikein
- Tarkista palvelinlokit mahdollisten virheiden varalta
- Muuta jokainen yhteys, joka ei vielä käyttänyt ODBC:tä, ODBC:ksi ja testaa sitten kaikki yhteydet — katso Yhteyden testaaminen