macOS diegimo vadovas digna leidimui 2026.06¶
Leidimas: 2026.06
Paskutinį kartą atnaujinta: 2026 m. rugsėjo 5 d.
Turinys¶
- Įvadas
- Sistemos reikalavimai
- Prieš diegiant
- PostgreSQL serverio nustatymas
- Tinklapio serverio konfigūracija
- Pradinis diegimas
- Backend konfigūracija
- Dashboard konfigūracija
- digna paleidimas kaip foninė paslauga
- Atsinaujinimas į naują leidimą
Įvadas¶
Apie digna¶
digna yra išsami, dirbtiniu intelektu paremta platforma, skirta optimizuoti duomenų kokybės valdymą įvairiose duomenų aplinkose — sandėliuose, ežeruose ir lakehouse tipo sistemose. Sukurta skalabilumui ir pritaikomumui, digna sprendžia šiuolaikines duomenų problemas per automatizavimą, realaus laiko stebėjimą ir anomalijų aptikimą.
digna susideda iš dviejų pagrindinių komponentų:
- digna: programos branduolys, atsakingas už duomenų apdorojimą ir kokybės patikras. Jis sujungia užkulisinę dalį ir komandinęs eilutės sąsają į vieną vykdomąjį failą ir pakeičia atskiras ankstesnių leidimų programas
dignabackendirdignacli. - dignadashboard: internetinė sąsaja, talpinama tinklapio serveryje, leidžianti vartotojams patogiai sąveikauti su digna platforma ir vizualizuoti duomenų kokybės metrikas.
Kas naujo leidime 2026.06¶
Šis leidimas įterpia duomenų stebėjimo (observability) galimybes tiesiai į jūsų kodą, leidžiant kūrėjams stebėti duomenų kokybę prie pat šaltinio. Pilną informaciją rasite išleidimo pastabose.
Ieškote Windows arba Linux diegimo instrukcijų?¶
Šis vadovas skirtas macOS. Kitiems platformoms žr. Windows diegimo vadovą arba Linux diegimo vadovą.
Sistemos reikalavimai¶
Prieš pradėdami diegimą, įsitikinkite, kad jūsų sistema atitinka šiuos minimalius reikalavimus:
| Reikalavimas | Specifikacija |
|---|---|
| Operacinė sistema | macOS 13 (Ventura) arba naujesnė |
| Architektūra | Apple Silicon (arm64) arba Intel (x86_64) |
| Atmintis (Minimalus rinkinys) | 16 GB RAM |
| Disko vieta | 10 GB laisvos vietos |
| Duomenų bazė | PostgreSQL Server 12 arba naujesnė |
| Tinklapio serveris | nginx, Apache httpd arba ekvivalentas |
| Konsolės įrankiai | Xcode Command Line Tools (reikalinga Homebrew) |
Duomenų bazės diegimo parinktys¶
Jei PostgreSQL jau įdiegtas: Galite pridėti naują duomenų bazę digna savo esamam PostgreSQL serveriui.
Jei diegiate PostgreSQL tame pačiame kompiuteryje kaip digna:
Rekomenduojamos specifikacijos
- Atmintis: 32 GB RAM (vietoj 16 GB)
- Disko vieta: 50 GB laisvos vietos (vietoj 10 GB)
Šios didesnės specifikacijos leidžia tuo pačiu metu paleisti tiek digna, tiek PostgreSQL.
Kaip patikrinti savo architektūrą¶
Kai kurie keliai šiame vadove skiriasi Apple Silicon ir Intel Mac kompiuteriams. Norėdami sužinoti, kurį turite, atidarykite Terminal ir vykdykite:
arm64— Apple Silicon. Homebrew įdiegiamas į/opt/homebrew.x86_64— Intel. Homebrew įdiegiamas į/usr/local.
Patarimas
Vietoj kelių kietai užkoduotų kelių, šiame vadove naudojamas $(brew --prefix), kuris išplečia teisingą vietą abiejose architektūrose. Galite kopijuoti komandas tiesiogiai.
Prieš diegiant¶
Prieš įdiegdami digna, įsitikinkite, kad yra trys svarbios prielaidos:
- Homebrew – paketų tvarkyklė, naudojama toliau pateiktiems komponentams įdiegti
- PostgreSQL Server – skaičiuotoms metrikoms ir našumo duomenims saugoti
- Tinklapio serveris – digna Dashboard talpinimui
Jei šių komponentų dar nėra, vykdykite žemiau pateiktas instrukcijas juos įdiegti ir sukonfigūruoti.
Homebrew diegimas¶
Homebrew yra standartinė paketų tvarkyklė macOS ir naudojama šiame vadove PostgreSQL bei nginx diegimui.
1 žingsnis: patikrinkite, ar Homebrew jau įdiegtas¶
Atidarykite Terminal (paspauskite Cmd + Space, įrašykite Terminal, paspauskite Enter) ir vykdykite:
Jei grąžinamas versijos numeris, pereikite prie skyriaus PostgreSQL serverio nustatymas.
2 žingsnis: Homebrew įdiegimas¶
Jei komanda nebuvo rasta, įdiekite Homebrew pagal nurodymus oficialiame Homebrew puslapyje. Diegimo programa taip pat įdiegia Xcode Command Line Tools, jei jų dar nėra.
3 žingsnis: pridėti Homebrew į PATH¶
Apple Silicon įdiegimo programa išspausdina dvi komandas Homebrew pridėjimui prie jūsų shell aplinkos. Vykdykite jas pagal instrukcijas, tada patikrinkite:
Tai turėtų išvesti /opt/homebrew Apple Silicon arba /usr/local Intel atveju.
PostgreSQL serverio nustatymas¶
Jei PostgreSQL jau yra¶
Jei PostgreSQL jau įdiegtas ir veikia jūsų vietiniame kompiuteryje arba naudojate valdomą nuotolinį PostgreSQL serverį, galite pereiti prie kito skyriaus Tinklapio serverio konfigūracija.
Diegimo parinktys¶
macOS siūlo dvi paprastas PostgreSQL diegimo galimybes. Pasirinkite vieną:
- Homebrew — diegimas per komandų eilutę, rekomenduojama serverio diegimams
- Postgres.app — grafiškas diegimas, patogu vietiniam vertinimui
PostgreSQL diegimas per Homebrew¶
1 žingsnis: įdiekite PostgreSQL formulę¶
2 žingsnis: pridėkite PostgreSQL į PATH¶
Sukonfigūruotos versijuotos PostgreSQL formulės yra keg-only, todėl Homebrew automatiškai neįtraukia jų komandų į jūsų PATH. Pridėkite jas patys:
Pastaba
Tai daroma prielaidą, kad naudojate numatytąjį zsh shell, kurį naudoja macOS. Jei naudojate bash, pridėkite tą pačią eilutę į ~/.bash_profile.
3 žingsnis: paleiskite PostgreSQL paslaugą¶
Tai paleidžia PostgreSQL iš karto ir sukonfigūruoja automatinį paleidimą prisijungiant.
4 žingsnis: patikrinkite diegimą¶
Turėtumėte matyti PostgreSQL versiją, jei diegimas buvo sėkmingas.
5 žingsnis: prisijunkite prie serverio¶
Svarbu — macOS čia skiriasi nuo Windows
Windows diegimo programa prašo sukurti postgres supervartotoją ir slaptažodį. Homebrew to nedaro. Vietoje to sukuriamas supervartotojas su jūsų macOS paskyros vardu, be slaptažodžio, pasiekiamas tik iš vietinio kompiuterio.
Tai reiškia, kad šviežio Homebrew diegimo aplinkoje nėra postgres rolės. Naudokite savo paskyros vardą, kai reikia supervartotojo, ir sukurkite atskirą digna vartotoją, kaip aprašyta skyriuje Pradinis diegimas.
6 žingsnis: patvirtinkite prievadą¶
Numatytasis PostgreSQL prievadas yra 5432. Norėdami patikrinti, kokį prievadą serveris naudoja:
Užsirašykite reikšmę — jos reikės konfigūruojant digna backend.
PostgreSQL diegimas su Postgres.app¶
Jei pageidaujate grafiško sprendimo:
- Atsisiųskite Postgres.app ir vilkite į Applications katalogą
- Atidarykite aplikaciją ir spustelėkite Initialize, kad sukurtumėte naują serverį
- Sekite programos nurodymus, kaip pridėti jos komandų eilutės įrankius į PATH
- Patikrinkite diegimą:
Postgres.app taip pat sukuria supervartotoją, pavadintą pagal jūsų macOS paskyros vardą.
Tinklapio serverio konfigūracija¶
digna reikalauja tinklapio serverio dashboard talpinimui. Pasirinkite vieną iš pateiktų variantų:
- nginx — įdiegiamas per Homebrew, rekomenduojama
- Apache httpd — įtrauktas į macOS
Jums reikia įdiegti ir sukonfigūruoti vieną iš šių serverių.
Abi parinktys sukonfigūruoja du dalykus, kurių reikalauja dashboard:
- Vienos puslapio programos fallback, kad atnaujinus puslapį dashboard URL negrąžintų 404 klaidos
- .md MIME tipą, kad Markdown failai būtų teisingai tiekiami
nginx nustatymas¶
Apžvalga¶
nginx yra lengvas, didelio našumo tinklapio serveris, tinkamas statiniam digna dashboard aptarnavimui.
Diegimas¶
nginx paleidimas¶
Patikrinkite diegimą¶
- Atidarykite naršyklę
- Nueikite į
http://localhost:8080 - Turėtumėte pamatyti nginx pasveikinimo puslapį
Pastaba — numatytasis prievadas yra 8080, ne 80
Homebrew sukonfigūruoja nginx klausyti prievade 8080, kad jis galėtų veikti be administratoriaus teisių. macOS, jungiantis prie prievadų žemesnių nei 1024, reikalauja root teisių.
Jei norite talpinti dashboard prievade 80, pakeiskite listen 8080; į listen 80; žemiau pateiktoje konfigūracijoje ir paleiskite nginx su sudo brew services start nginx.
Svetainės konfigūravimas dashboardui¶
Homebrew nginx konfigūracija įtraukia visus failus iš savo servers katalogo. Sukurkite atskirą konfigūracijos failą digna čia:
Įklijuokite žemiau pateiktą bloką, pakeisdami /path/to/digna/dashboard tikru keliu iki išarchyvuoto dashboard katalogo:
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;
}
}
Svarbu
Be try_files direktyvos, persikrovus bet kuriam dashboard puslapiui, išskyrus šakninį URL, bus grąžinta 404 klaida. Tai nginx ekvivalentas URL Rewrite modulio, reikalingo IIS Windows aplinkoje.
Konfigūracijos taikymas¶
Patikrinkite sintaksę ir perkraukite nginx:
Apache httpd nustatymas¶
Apžvalga¶
macOS komplekte yra Apache httpd, todėl diegti jo nereikia. Jis pagal numatytuosius nustatymus išjungtas.
Apache paleidimas¶
Patikrinkite diegimą¶
- Atidarykite naršyklę
- Nueikite į
http://localhost - Turėtumėte pamatyti pranešimą "It works!"
Privaloma: įjungti mod_rewrite¶
Dashboard reikalauja URL perrašymo. Atidarykite Apache konfigūraciją:
Suraskite šią eilutę ir pašalinkite pradinį #, kad ją atkomentuotumėte:
Privaloma: leisti .htaccess perrašymus¶
Tame pačiame faile suraskite bloką <Directory "/Library/WebServer/Documents"> ir pakeiskite:
į:
Privaloma: MIME tipas Markdown failams¶
Vis dar faile httpd.conf pridėkite šią eilutę, kad Markdown failai būtų tiekiami teisingai:
Svarbu
Be šio nustatymo .md failai gali būti tiekiami neteisingai.
Konfigūracijos taikymas¶
Patikrinkite konfigūraciją sintaksės klaidoms, tada perkraukite Apache:
Pradinis diegimas¶
1 žingsnis: sukurkite digna repozitoriją¶
digna repozitorija saugo visas digna apskaičiuotas metrikas. Ji veikia kaip centrinė analitinių ir našumo duomenų duomenų bazė.
Sukurkite repozitorijos schemą ir vartotoją¶
Atidarykite savo PostgreSQL klientą (psql, pgAdmin ar panašų) ir vykdykite šias SQL komandas:
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>;
Pakeiskite šiuos vietos laikiklius:
<digna_repo_schema>— pageidaujamas schemos pavadinimas (pvz.,dignarepo)<digna_repo_user>— pageidaujamas vartotojo vardas (pvz.,digna_user)<digna_repo_password>— saugus slaptažodis šiam vartotojui
Pavyzdys:
CREATE SCHEMA dignarepo;
CREATE USER digna_user WITH PASSWORD 'YourSecurePassword123!';
GRANT ALL PRIVILEGES ON SCHEMA dignarepo TO digna_user;
Norėdami vykdyti tai per Terminalą vienu žingsniu:
Tada įklijuokite šias komandas prie postgres=# eilutės ir įveskite \q, kad išeitumėte.
Geriausia praktika
Naudokite stiprius, sudėtingus slaptažodžius duomenų bazės vartotojams. Venkite lengvai atspėjamų kredencialų.
2 žingsnis: išarchyvuokite digna diegimo paketą¶
- Suraskite jums pateiktą digna diegimo ZIP failą
- Išarchyvuokite jį į norimą diegimo vietą — pavyzdžiui
/opt/dignaarba~/digna - Po išarchyvavimo turėtumėte matyti šiuos elementus:
dashboard/— žiniatinklio dashboard sąsajadigna— pagrindinis vykdomasis failas (backend + CLI kartu)
Konfigūracijos ir licencijos failų pakete nėra
Nei config.toml, nei dashboard/dashboard_config.toml diegimo pakete nepateikiami — abu failus sukuriate patys, skyriuose Backend konfigūracija ir Dashboard konfigūracija. license.toml taip pat nepateikiamas; digna jį pateikia atskirai, kaip aprašyta 3 žingsnyje.
Norint išarchyvuoti per Terminalą:
Padarykite vykdomąjį failą vykdomu¶
Priklausomai nuo to, kaip archyvas buvo perduotas, vykdomasis bitas gali būti prarastas. Nustatykite jį aiškiai:
Jei macOS blokuoja programą¶
Failai, atsisiųsti per naršyklę ar paštą, gali turėti karantino atributą. Jei macOS praneša, kad programa "cannot be opened because the developer cannot be verified", pašalinkite atributą iš diegimo katalogo:
Alternatyviai atidarykite System Settings → Privacy & Security, raskite užblokuotą elementą puslapio apačioje ir spustelėkite Open Anyway.
Pastaba
Šis žingsnis reikalingas tik jei macOS iš tiesų blokuoja vykdomąjį failą. Paketai, perkelti per SSH ar iš vidinių failų dalijimosi vietų, dažniausiai nėra karantinuojami.
3 žingsnis: įdiekite licencijos failą¶
Svarbu
Licencijos failas neįtrauktas į diegimo paketą ir bus pateiktas atskirai iš digna.
- Suraskite jums pateiktą
license.tomlfailą - Nukopijuokite jį į pagrindinį digna diegimo katalogą (ten, kur yra
config.tomlir vykdomasisdignafailas)
Kodėl tai svarbu: Licencijos faile yra jūsų kliento informacija, licencijos galiojimo data ir skaitmeninis parašas. Nekoreguokite šio failo — bet kokie pakeitimai jį sugadins.
Katalogo struktūra po nustatymo:
/opt/digna/
├── config.toml (konfigūracijos failas)
├── license.toml (JŪSŲ LICENCIJOS FAILAS - įdėkite čia)
├── digna (pagrindinis vykdomasis failas)
├── bin/ (paslaugos valdymo skriptai)
└── dashboard/ (žiniatinklio sąsaja)
└── (dashboard failai)
Backend konfigūracija¶
1 žingsnis: sukurkite ir redaguokite konfigūracijos failą¶
Jūsų digna diegimo kataloge yra pateiktas config_template.toml failas. Jį tik pervardykite į config.toml.
Vieta: /opt/digna/config.toml
Atidarykite config.toml tekstų redaktoriumi ir konfigūruokite kiekvieną skyrių žemiau.
[app] skyrius¶
Šis skyrius konfigūruoja dignabackend programos nustatymus:
[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 = ["*"]
| Parametras | Reikšmė | Pastabos |
|---|---|---|
digna_APP_CORS_ALLOW_ORIGINS | Frontendo URL | Jei dashboard yra kitame serveryje, įtraukite jo URL |
digna_APP_CORS_ALLOW_CREDENTIALS | true | Reikalinga CORS su kredencialais |
digna_APP_CORS_ALLOW_METHODS | ["*"] | Leisti visus HTTP metodus |
digna_APP_CORS_ALLOW_HEADERS | ["*"] | Leisti visus antraščių laukus |
Pastaba
Jei dashboard tiekiamas iš Homebrew nginx numatytuoju prievadu, leistinas origin bus http://localhost:8080.
[repo] skyrius¶
Šis skyrius konfigūruoja ryšį su PostgreSQL duomenų baze:
[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!"
| Parametras | Reikšmė | Pastabos |
|---|---|---|
digna_REPO_HOST | localhost arba IP | PostgreSQL serverio hostname/IP |
digna_REPO_PORT | 5432 (numatytasis) | PostgreSQL prievadas |
digna_REPO_DB | postgres | Duomenų bazės pavadinimas |
digna_REPO_SCHEMA | dignarepo | Anksčiau sukurta schema |
digna_REPO_USER | digna_user | Vartotojas, sukurtas PostgreSQL nustatyme |
digna_REPO_PASSWORD | Jūsų slaptažodis | Slaptažodis, nustatytas kuriant schemą |
[base] skyrius¶
Šiame skyriuje yra saugumo ir slapukų nustatymai:
[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"
| Parametras | Reikšmė | Pastabos |
|---|---|---|
DIGNA_FERNET_KEY | Šifravimo raktas | Naudojamas tokenams ir slapukams šifruoti (numatytas pateiktas raktas) |
digna_COOKIE_DOMAIN | localhost | Sutapti su jūsų frontendo domenu |
digna_COOKIE_SECURE | false (lokaliai) / true (produkcijoje) | Naudokite true HTTPS ryšiams |
digna_COOKIE_HTTPONLY | true | Visada įjungta dėl saugumo |
digna_COOKIE_SAME_SITE | lax | Apsaugo nuo CSRF atakų |
digna_TOKEN_EXPIRES_IN | 86400 (24 val.) | Sesijos galiojimo laikas sekundėmis |
digna_MAX_WORKERS | CPU branduolių skaičius - 1 | Kiek lygiagrečių patikrinimų paleisti |
DIGNA_SCHEDULER_MAX_DELAY | 100 | Didžiausias vėlavimas sekundėmis, kurį planuoklis gali pridėti prieš paleisdamas terminuotą užduotį |
DIGNA_CLEANUP_TIME | "12:00" | Paros laikas (24 valandų formatas HH:MM), kada prasideda kasdienis valymas |
Patarimas
Norėdami sužinoti, kiek CPU branduolių yra jūsų Mac'e, vykdykite sysctl -n hw.ncpu.
[encryption] skyrius¶
Šiame skyriuje yra raktas, kuriuo šifruojamos saugykloje laikomos jautrios reikšmės. Jis yra būtinas — config check praneša skyrių [encryption] kaip FAILED, jei rakto trūksta.
| Parametras | Reikšmė | Pastabos |
|---|---|---|
DIGNA_ENCRYPTION_KEY | Base64 koduotas raktas | Šifruoja jautrias reikšmes, saugomas digna saugykloje |
Apsaugokite config.toml
Šis raktas yra fiksuota reikšmė, vienoda visose digna diegimuose, ir būtent jis iššifruoja jautrias jūsų saugyklos reikšmes. Apribokite config.toml prieigą iki paskyros, kuria veikia digna, laikykite failą už versijų kontrolės ir bendrų diskų ribų ir neįtraukite jo į jokias atsargines kopijas, laikomas mažiau saugiai nei pati saugykla.
[logging] skyrius¶
Šis skyrius konfigūruoja žurnalo (logging) elgseną:
| Parametras | Reikšmė | Pastabos |
|---|---|---|
digna_LOGGING_MODE | INFO arba DEBUG | INFO produkcijai, DEBUG trikčių šalinimui |
digna_LOGGING_BACKUP_COUNT | 10 | Kiek dienų saugoti žurnalo atsargines kopijas |
2 žingsnis: Patikrinkite konfigūraciją¶
Prieš inicijuodami saugyklą patikrinkite, ar config.toml yra išsamus ir tinkamai sudarytas. Savo digna diegimo kataloge paleiskite:
Kiekvienas skyrius tikrinamas atskirai, todėl viena klaida neuždengia kitų būsenos:
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
Pataisykite viską, kas pranešama kaip FAILED, ir prieš tęsdami paleiskite komandą dar kartą. Visas parinkčių sąrašas pateiktas CLI žinyne.
3 žingsnis: inicializuokite repozitoriją¶
- Atidarykite Terminal
- Nueikite į digna diegimo katalogą (ten, kur yra
config.tomlir vykdomasisdigna) - Paleiskite ryšio patikrinimą:
Turėtumėte matyti patvirtinimą, kad ryšys užmegztas (savęs repozitorija dar nebus inicializuota).
Pastaba
macOS komandų vykdymas esant esamam katalogui nėra įtrauktas į PATH, todėl vykdomasis failas paleidžiamas kaip ./digna, o ne digna. Jei pageidaujate trumpesnio formato visur, pridėkite diegimo katalogą į PATH:
4 žingsnis: įdiekite repozitorijos schemą¶
Tas pačioje direktorijoje vykdykite:
Ši komanda įdiegs reikiamas lenteles ir schemą jūsų PostgreSQL duomenų bazėje.
5 žingsnis: sukurkite administratoriaus vartotoją¶
- Atidarykite naują Terminal langą
- Nueikite į digna diegimo katalogą
- Vykdykite komandą administratoriaus vartotojui sukurti:
Pavyzdys:
Taip sukuriamas naudotojas su el. pašto adresu admin@example.com ir visomis administratoriaus teisėmis.
Patarimas
Aptverkite slaptažodį viengubomis kabutėmis arba viengubais apostrofais. zsh traktuoja kai kuriuos simbolius, pvz., !, $ ir *, specialiai, todėl neaptvertas slaptažodis su tokiais simboliais gali būti perduodamas neteisingai.
Geriausia praktika
Naudokite stiprų slaptažodį su didžiosiomis, mažosiomis raidėmis, skaičiais ir specialiais simboliais.
6 žingsnis: paleiskite digna serverį¶
digna diegimo kataloge paleiskite serverį:
Parametrai: - --address — serverio hostname/IP - --port — serverio prievadas
Turėtumėte matyti paleidimo žinutes, patvirtinančias, kad serveris veikia:
INFO: Started server process [1234]
INFO: Waiting for application startup.
INFO: Application startup complete
INFO: Uvicorn running on http://localhost:8082
Patarimas
Pirmą kartą paleidžiant serverį, macOS gali paklausti, ar programa gali priimti įeinančius tinklo ryšius. Spustelėkite Allow, kitaip dashboard negalės pasiekti backend.
Serveris užima terminalą
serve veikia priekiniame plane ir tęsiasi, kol jį sustabdysite Ctrl+C. Palikite jį veikti, kol užbaigsite sąranką; kad jis būtų paleidžiamas automatiškai paleidus sistemą, žiūrėkite digna paleidimas kaip foninės tarnybos.
Dashboard konfigūracija¶
1 žingsnis: patalpinkite dashboard į tinklapio serverį¶
digna dashboard savo konfigūraciją skaito iš dashboard/dashboard_config.toml. Šis failas diegimo pakete nepateikiamas — jį sukuriate dashboard/ kataloge šalia dashboard failų.
Jo turinys aprašytas skyriuje Vienkartinis prisijungimas (SSO), kur šis failas ir reikalingas: jame nurodomos dashboard siūlomos prisijungimo parinktys, o daugiainstanciniams diegimams — ir ryšys su backend.
Pasirinkite savo tinklapio serverį ir vykdykite atitinkamus diegimo veiksmus.
Diegimas į nginx¶
Jei sekėte nginx nustatymo skyrių, server blokas jau rodo jūsų dashboard katalogą ir kopijuoti failų nereikia.
- Patikrinkite kelią
- Atidarykite
$(brew --prefix)/etc/nginx/servers/digna.conf -
Patikrinkite, kad
rootnurodo į jūsų išarchyvuotądashboardkatalogą -
Užtikrinkite, kad katalogas skaitomas
-
Perkraukite nginx
-
Patikrinkite diegimą
- Atidarykite naršyklę
- Nueikite į
http://localhost:8080(arba jūsų sukonfigūruotą URL) - Turėtumėte matyti digna dashboard prisijungimo puslapį
Diegimas į Apache httpd¶
-
Kopijuokite dashboard į dokumentų šaknį
-
Pridėkite perrašymo taisykles
Sukurkite .htaccess failą įdiegtoje aplanke, kad dashboard maršrutai išliktų persikrovus puslapį:
Įklijuokite:
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]
-
Perkraukite Apache
-
Prieiga prie dashboard
- Atidarykite naršyklę
- Nueikite į
http://localhost/digna - Turėtumėte matyti digna dashboard prisijungimo puslapį
digna paleidimas kaip foninė paslauga¶
Kodėl verta paleisti digna kaip paslaugą?¶
digna backend paleidus kaip foninę paslaugą užtikrina, kad jis:
- Automatiškai paleidžiamas sistemos įkrovos metu
- Veikia fone be atidaryto Terminal lango
- Automatiškai perkraunamas avarijos atveju
- Valdomas per
launchctl, macOS paslaugų tvarkytuvą
Paslaugos valdymo failai¶
Visi reikalingi failai yra digna diegimo kataloge po: bin/
Prieinami šie shell skriptai:
install_service.sh— registruoja digna su launchduninstall_service.sh— atregistruoja paslaugąstart_service.sh— paleidžia užregistruotą paslaugąstop_service.sh— sustabdo veikiančią paslaugą
Reikalingas administratoriaus teisių lygis
Visi skriptai turi būti vykdomi su sudo, nes registruojant paslaugą, kuri paleidžiama įkrovos metu, rašoma į /Library/LaunchDaemons.
Padarykite skriptus vykdomais¶
Išarchyvavus vykdomasis bitas gali nebūti išsaugotas. Prieš pirmą naudojimą:
Paslaugos įdiegimas¶
-
Atidarykite Terminal
-
Nueikite į bin katalogą
-
Paleiskite įdiegimo skriptą
digna serveris dabar užregistruotas su launchd su automatinio paleidimo būsena. Paslauga nebus paleista iš karto — žr. kitą skyrių, jei norite ją paleisti.
Paslaugos paleidimas ir stabdymas¶
Paslaugos paleidimas¶
- Atidarykite Terminal
- Nueikite į
/opt/digna/bin - Vykdykite:
Paslaugos stabdymas¶
- Atidarykite Terminal
- Nueikite į
/opt/digna/bin - Vykdykite:
Patarimas
Visada sustabdykite paslaugą prieš atnaujinant programos failus.
Paslaugos patikra¶
Norėdami patvirtinti, ar paslauga užregistruota ir veikia:
Eilutė, prasidedanti proceso ID, reiškia, kad paslauga veikia. - pirmame stulpelyje reiškia, kad paslauga užregistruota, bet sustabdyta.
Perkėlimas į naują katalogą¶
launchd saugo absoliutų kelią iki vykdomojo failo, todėl perkėlimas reikalauja pakartotinio registravimo:
-
Atregistruokite dabartinę paslaugą
-
Perkelkite programos failus
-
Įdiekite paslaugą iš naujos vietos
-
Paleiskite paslaugą
Paslaugos pašalinimas¶
-
Sustabdykite veikiančią paslaugą
-
Pašalinkite paslaugą
digna serveris dabar atregistruotas iš launchd.
Atnaujinimas į naują leidimą¶
Prieš atnaujinimą¶
Pirmiausia patikrinkite visus duomenų bazės ryšius
Nuo leidimo 2026.06 digna kiekvieną šaltinio technologiją pasiekia per ODBC. Ankstesni leidimai siūlė pasirinkimą tarp konkrečiai technologijai skirtos tvarkyklės ir ODBC, pažymimą jungikliu Use ODBC. digna komanda nusprendė remtis vien ODBC, nes viena standartinė sąsaja duoda daugiau nei pagal užsakymą sukurtų tvarkyklių rinkinys:
- Tapatybės nustatymas — tapatybės nustatymas yra ODBC dalis, todėl ryšys gali naudoti viską, ką palaiko jo tvarkyklė: slaptažodžius, prieigos raktus ir PAT, Kerberos ir Active Directory, MFA ir naršyklės vienkartinį prisijungimą, debesijos tapatybes, kliento sertifikatus ir TLS. Nauji metodai atkeliauja su tvarkyklės atnaujinimu, o ne laukiant digna leidimo.
- Tvarkyklės, kurias prižiūri duomenų bazių gamintojai — gamintojo tvarkyklė seka naujas serverio versijas ir saugumo pataisas, o jūs galite ją atnaujinti savo tempu, nepriklausomai nuo digna.
- Vienas būdas viską sukonfigūruoti — kiekviena technologija yra raktų ir reikšmių savybių sąrašas su ta pačia sąsaja, tuo pačiu jautrių reikšmių šifravimu ir ta pačia trikčių diagnostika, o ne skirtingais laukų rinkiniais kiekvienam šaltiniui.
- Derinimas ir aprėptis — tvarkyklės parinktys, tokios kaip skirtieji laikai, TLS nuostatos, tarpiniai serveriai ir nuskaitymo dydžiai, prieinamos kiekvienam šaltiniui, o prijungti galima bet kurią technologiją su atitinkama ODBC tvarkykle, taip pat ir tas, kurioms digna neskelbia atskiro vadovo.
Praktikoje tai reiškia, kad jungiklio Use ODBC bei atskirų pagrindinio kompiuterio, prievado, duomenų bazės, naudotojo ir slaptažodžio laukų nebeliko. Kiekvieną ryšį, kuris dar nenaudoja ODBC, reikia perkelti į ODBC — automatinio konvertavimo nėra, todėl suplanuokite tai prieš naujinimą:
- Peržiūrėkite kiekvieną jūsų diegime apibrėžtą duomenų bazės ryšį ir pasižymėkite tuos, kurie dar nenaudoja ODBC — kiekvieną jų reikės sukonfigūruoti iš naujo.
- Įdiekite atitinkamą ODBC tvarkyklę digna pagrindiniame kompiuteryje — ryšiai atveriami iš serverio, kuriame veikia digna užkulisinė dalis, o ne iš naršyklės. Žiūrėkite ODBC tvarkyklės diegimas digna pagrindiniame kompiuteryje.
- Turėkite paruoštas ODBC savybes kiekvienam susijusiam ryšiui. Technologijų vadovai kiekvienam šaltiniui pateikia išbandytą savybių rinkinį.
Po naujinimo kiekvieną susijusį ryšį perkelkite į ODBC ir išbandykite jį iš skydelio — žiūrėkite Duomenų bazės ryšio kūrimas ir Ryšio tikrinimas.
Databricks Legacy ryšiai
Databricks Legacy jungtis šiame leidime pašalinta. Perkelkite tuos ryšius į Databricks jungtį.
Privaloma sukurti digna repozitorijos atsarginę kopiją
Prieš atnaujinant digna, sukurkite savo repozitorijos (PostgreSQL) atsarginę kopiją, kad apsaugotumėte duomenis nuo praradimo. Atsarginė kopija leis atstatyti sistemą, jei atnaujinimo metu kiltų nenumatytų problemų.
Atsarginę kopiją galite sukurti per Terminalą:
Atnaujinimo eiga¶
1 žingsnis: sustabdykite digna paslaugą¶
Jei digna veikia kaip foninė paslauga, pirmiausia ją sustabdykite:
Jei digna paleistas priešakyje (foreground), paspauskite Ctrl + C to Terminal lango.
2 žingsnis: Sukurkite dabartinio diegimo atsarginę kopiją¶
Savo digna diegimo kataloge pervadinkite dabartinio diegimo aplankus, kad naują leidimą būtų galima įdiegti šalia jų:
dignabackend ir dignacli nebenaudojami
Nuo leidimo 2026.06 dignabackend ir dignacli pakeičia vienas vykdomasis failas digna, sujungiantis užkulisinę dalį ir CLI. Aplankus dignabackend_old ir dignacli_old laikykite tik tol, kol patikrinsite naujinimą — po to abu galite ištrinti. Aplanką dashboard_old laikykite, kol iš jo atkursite savo konfigūracijos failus (žiūrėkite 4 žingsnį).
3 žingsnis: išarchyvuokite ir išdėstykite naują versiją¶
- Išarchyvuokite naują digna diegimo ZIP failą
- Nukopijuokite naują
dignavykdomąjį failą irdashboardkatalogą į diegimo katalogą - Atstatykite vykdomąjį bitą ir, jei reikia, pašalinkite karantino atributą:
Svarbu
Nei config.toml, nei dashboard/dashboard_config.toml niekada nėra įtraukti į diegimo ZIP — digna komanda niekada nepateikia nė vieno iš šių failų. Todėl atnaujinimas jūsų esamos konfigūracijos nepaliečia, o kopijos pervadintuose *_old aplankuose yra vienintelės, kurias turite.
4 žingsnis: atstatykite konfigūracijos failus¶
Leidimas 2026.06 keičia config.toml
Trys nuostatos yra naujos ir būtinos, o dvi nebenaudojamos. Iš ankstesnio leidimo perkeltame config.toml naujų nuostatų nėra, ir digna nepasileis, kol jų trūks. Į esamą config.toml įrašykite:
[base]
DIGNA_SCHEDULER_MAX_DELAY = 100
DIGNA_CLEANUP_TIME = "12:00"
[encryption]
DIGNA_ENCRYPTION_KEY = 'ycELf6IbcO55dYIZHpPv6kQv/bbnUXoIaHLh2bh1kMg='
Du [base] raktus įrašykite į esamą [base] skyrių, o [encryption] pridėkite kaip naują skyrių. Tada iš [app] pašalinkite dvi nuostatas, kurios nebenaudojamos, digna_APP_HOST ir digna_APP_PORT — adresą ir prievadą serveris dabar gauna iš digna serve.
Ką daro kiekviena nuostata, aprašyta skyriuje Užkulisinės dalies konfigūracija.
Vienkartinis prisijungimas: pasikeitė [oidc_clients] formatas
Leidime 2026.06 lentelių masyvą pakeičia po vieną lentelę kiekvienam tiekėjui, pavadintą pagal tiekėjo raktą. DIGNA_OIDC_KEY nebelieka — raktas dabar yra skyriaus antraštės dalis.
Prieš:
[[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'
Po:
[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'
Pakartokite skyrių kiekvienam tiekėjui ir kiekvieną raktą išlaikykite tokį pat kaip key faile dashboard_config.toml. digna config check praneša oidc_clients kaip FAILED, kol lieka senoji forma. Tai liečia tik diegimus, kurie naudoja vienkartinį prisijungimą.
5 žingsnis: perkraukite tinklapio serverį¶
Dashboard yra statinių failų rinkinys, todėl jūsų tinklapio serveris — ir naršyklė — gali vis dar pateikti ankstesnę versiją. Perkraukite arba iš naujo paleiskite tinklapio serverį, kuriame talpinamas dashboard aplankas, tada iš naujo įkelkite puslapį priverstiniu atnaujinimu (Cmd+Shift+R).
6 žingsnis: Patikrinkite konfigūraciją¶
Prieš liesdami saugyklą įsitikinkite, kad atnaujintas config.toml yra išsamus:
Kiekvienas skyrius turi pranešti OK. Pataisykite viską, kas pranešama kaip FAILED, ir prieš tęsdami paleiskite komandą dar kartą.
7 žingsnis: pakeiskite licencijos failą¶
Kiekvienai laidai licencija išduodama atskirai. Nukopijuokite license.toml, kurį digna komanda pateikė šiai laidai, į diegimo katalogą, pakeisdami senąjį:
Nepalikite ankstesnės licencijos
Ankstesnei laidai išduotas license.toml šios laidos neapima, o kiekviena komanda, tikrinanti licenciją — user, inspection, repo — nepavykus patikrinimui nutraukiama dar prieš paliečiant saugyklą. Prieš tęsdami ją patikrinkite:
8 žingsnis: atnaujinkite repozitorijos schemą¶
Eikite į digna diegimo katalogą ir vykdykite:
Tai atnaujins PostgreSQL schemą į naujausią versiją, išsaugant visus esamus duomenis.
9 žingsnis: perkraukite paslaugas¶
Jei naudojate foninę paslaugą:
Jei paleidžiate rankiniu būdu, paleiskite serverį:
Jei naudojate nginx arba Apache, perkraukite atitinkamą tinklapio serverį:
10 žingsnis: patikrinkite atnaujinimą¶
- Atidarykite digna dashboard
- Patikrinkite, ar sąsaja užsikrauna teisingai
- Peržiūrėkite serverio žurnalus dėl klaidų
- Kiekvieną ryšį, kuris dar nenaudojo ODBC, perkelkite į ODBC, tada išbandykite visus ryšius — žiūrėkite Ryšio tikrinimas