コンテンツにスキップ

macOS インストールガイド(digna Release 2026.06)

リリース: 2026.06

最終更新日: 2026年9月5日


目次

  1. 導入
  2. システム要件
  3. 事前準備
  4. PostgreSQL サーバーのセットアップ
  5. Web サーバーの設定
  6. 初期インストール
  7. バックエンド構成
  8. ダッシュボード構成
  9. digna をバックグラウンドサービスとして実行する
  10. 新しいリリースへのアップグレード

導入

digna について

digna は、データウェアハウス、データレイク、レイクハウスなどさまざまなデータ環境でのデータ品質管理を最適化するために設計された包括的な AI 駆動プラットフォームです。高いスケーラビリティと適応性を備え、自動化、リアルタイム監視、異常検知を通じて現代のデータ課題に対応します。

digna は主に二つのコンポーネントで構成されています:

  • digna: アプリケーションの中核であり、データの処理と品質チェックの実行を担います。バックエンドとコマンドラインインターフェイスを単一の実行ファイルに統合し、以前のリリースで別々だった dignabackend と dignacli を置き換えます。
  • dignadashboard: Web サーバー上でホストされるウェブベースのインターフェースで、digna プラットフォームと対話し、データ品質指標を可視化するためのユーザーフレンドリーな画面を提供します

Release 2026.06 の新機能

このリリースでは、データ可観測性(data observability)機能をコード内に直接取り込むことで、開発者がソースでデータ品質を監視できるようになりました。完全な詳細は release notes を参照してください。

Windows や Linux をお探しですか?

本ガイドは macOS 向けです。他のプラットフォームについては、Windows Installation Guide または Linux Installation Guide を参照してください。


システム要件

インストールを開始する前に、システムが以下の最小要件を満たしていることを確認してください。

要件 仕様
オペレーティングシステム macOS 13 (Ventura) 以降
アーキテクチャ Apple Silicon (arm64) または Intel (x86_64)
メモリ(最小構成) 16 GB RAM
ディスク容量 10 GB の空きストレージ
データベース PostgreSQL Server 12 以上
Web サーバー nginx、Apache httpd、または同等
コマンドラインツール Xcode Command Line Tools(Homebrew が必要とするため)

データベースのインストールオプション

PostgreSQL が既にインストールされている場合: 既存の PostgreSQL サーバーに digna 用の新しいデータベース(スキーマ)を追加できます。

digna と同じマシンに PostgreSQL をインストールする場合:

推奨仕様

  • メモリ: 32 GB RAM(16 GB の代わりに推奨)
  • ディスク容量: 50 GB の空きストレージ(10 GB の代わりに推奨)

これらの高い仕様は、digna と PostgreSQL データベースの両方を同時に稼働させることを想定しています。

アーキテクチャの確認

このガイドのいくつかのパスは Apple Silicon と Intel の Mac で異なります。どちらのマシンかを確認するには、Terminal を開いて次を実行してください:

uname -m
  • arm64 — Apple Silicon。Homebrew は /opt/homebrew にインストールされます。
  • x86_64 — Intel。Homebrew は /usr/local にインストールされます。

ヒント

どちらかのパスをハードコーディングする代わりに、このガイドでは $(brew --prefix) を使用します。これは両方のアーキテクチャで正しい場所に展開されます。コマンドはそのままコピーして使えます。


事前準備

digna をインストールする前に、次の 3 つの主要な前提条件が整っていることを確認してください:

  1. Homebrew – 本ガイドで以下のコンポーネントをインストールするためのパッケージマネージャ
  2. PostgreSQL Server – 計算されたメトリクスやパフォーマンスデータを格納するため
  3. Web サーバー – digna ダッシュボードをホストするため

これらのコンポーネントがまだセットアップされていない場合は、以下のセクションに従ってインストールおよび構成してください。

Homebrew のインストール

Homebrew は macOS の標準パッケージマネージャで、本ガイド全体で PostgreSQL や nginx をインストールするために使用します。

ステップ 1: Homebrew が既にインストールされているか確認する

Terminal を開き(Cmd + Space を押して Terminal を入力し、Enter)、次を実行します:

brew --version

バージョン番号が返ってきたら、PostgreSQL サーバーのセットアップ セクションへ進んでください。

ステップ 2: Homebrew をインストールする

コマンドが見つからない場合は、公式 Homebrew サイト の指示に従って Homebrew をインストールしてください。インストーラーは Xcode Command Line Tools をまだインストールしていない場合、それもインストールします。

ステップ 3: Homebrew を PATH に追加する

Apple Silicon では、インストーラーがシェル環境に Homebrew を追加するための 2 つのコマンドを表示します。指示に従ってそれらを実行し、次で確認してください:

brew --prefix

Apple Silicon では /opt/homebrew、Intel では /usr/local が表示されるはずです。


PostgreSQL サーバーのセットアップ

既に PostgreSQL をお使いの場合

ローカルマシンで PostgreSQL が既にインストールおよび稼働している、または管理されたリモート PostgreSQL サーバーを使用している場合は、次のセクションへ進んでください。

インストールの選択肢

macOS では PostgreSQL のインストール方法が二通りあります。どちらか一方を選んでください:

  • Homebrew — コマンドラインでのインストール、サーバー展開に推奨
  • Postgres.app — GUI ベースのインストール、ローカル評価に便利

Homebrew で PostgreSQL をインストールする

ステップ 1: PostgreSQL フォーミュラをインストール

brew install postgresql@16

ステップ 2: PostgreSQL を PATH に追加

バージョン付きの PostgreSQL フォーミュラは keg-only であり、Homebrew は自動的にコマンドを PATH にリンクしません。自分で追加してください:

echo 'export PATH="'$(brew --prefix)'/opt/postgresql@16/bin:$PATH"' >> ~/.zshrc
source ~/.zshrc

注意

これは macOS のデフォルトの zsh シェルを想定しています。bash を使用している場合は、同じ行を ~/.bash_profile に追加してください。

ステップ 3: PostgreSQL サービスを起動

brew services start postgresql@16

これにより PostgreSQL が直ちに起動し、ログイン時に自動で再起動するように設定されます。

ステップ 4: インストールを確認

psql --version

インストールが成功していれば PostgreSQL のバージョンが表示されます。

ステップ 5: サーバーに接続

psql postgres

重要 — macOS はここで Windows と異なります

Windows のインストーラーは postgres というスーパーユーザーとパスワードを作成するよう促します。Homebrew はそれを行いません。代わりに、macOS のアカウント名と同じ名前のスーパーユーザーを作成し、パスワードは設定されずローカルマシンからのみアクセス可能です。

つまり、新規の Homebrew インストールには postgres ロールが存在しません。スーパーユーザーが必要な場合は自分のアカウント名を使用し、Initial Installation に記載されているように明示的に digna 用ユーザーを作成してください。

ステップ 6: ポートの確認

デフォルトの PostgreSQL ポートは 5432 です。サーバーがどのポートで待ち受けているか確認するには:

psql postgres -c "SHOW port;"

この値をメモしておいてください — digna バックエンドの設定時に必要になります。

Postgres.app を使って PostgreSQL をインストールする

GUI によるインストールを好む場合:

  1. Postgres.app をダウンロードして Applications フォルダにドラッグします
  2. アプリを開き Initialize をクリックして新しいサーバーを作成します
  3. アプリの指示に従い、コマンドラインツールを PATH に追加します
  4. インストールを確認します:
psql --version

Postgres.app も macOS のアカウント名を持つスーパーユーザーを作成します。


Web サーバーの設定

digna はダッシュボードをホストするために Web サーバーを必要とします。次のいずれかを選択してください:

  • nginx — Homebrew 経由でインストール、推奨
  • Apache httpd — macOS に同梱

いずれか一方のサーバーだけをインストールして構成すれば十分です。

両方のセクションではダッシュボードが依存する以下の 2 点を設定します:

  • シングルページアプリケーション(SPA)フォールバック — ダッシュボードの URL を更新しても 404 にならないようにする
  • .md の MIME タイプ — Markdown ファイルを正しく配信する

nginx のセットアップ

概要

nginx は軽量で高性能の Web サーバーで、静的な digna ダッシュボードの配信に適しています。

インストール

brew install nginx

nginx の起動

brew services start nginx

インストール確認

  1. ブラウザを開く
  2. http://localhost:8080 にアクセス
  3. nginx のウェルカムページが表示されるはずです

注意 — デフォルトポートは 8080(80 ではない)

Homebrew は nginx を管理者権限なしで実行できるようにポート 8080 をリッスンするように設定します。macOS でポート 80 や 1024 未満のポートをバインドするには root 権限が必要です。

ダッシュボードをポート 80 で提供するには、以下の設定で listen 8080; を listen 80; に変更し、sudo brew services start nginx で起動してください。

ダッシュボード用サイトの設定

Homebrew の nginx 設定は servers ディレクトリ内のすべてのファイルを読み込みます。そこに digna 用の専用設定ファイルを作成してください:

nano $(brew --prefix)/etc/nginx/servers/digna.conf

以下を貼り付け、/path/to/digna/dashboard を展開した dashboard フォルダへの実際のパスに置き換えてください:

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;
    }
}

重要

try_files ディレクティブがないと、ルート URL 以外のダッシュボードページをリロードすると 404 が返されます。これは Windows の IIS で必要な URL Rewrite モジュールに相当します。

設定の適用

構文エラーがないかテストしてから nginx をリロードします:

nginx -t
brew services restart nginx

Apache httpd のセットアップ

概要

macOS には Apache httpd が同梱されていますので、インストールは不要です。デフォルトでは無効になっています。

Apache の起動

sudo apachectl start

インストール確認

  1. ブラウザを開く
  2. http://localhost にアクセス
  3. "It works!" というメッセージが表示されるはずです

必須: mod_rewrite を有効にする

ダッシュボードは URL の書き換えを必要とします。Apache 設定を開いてください:

sudo nano /etc/apache2/httpd.conf

以下の行を探して、先頭の # を削除してコメント解除します:

LoadModule rewrite_module libexec/apache2/mod_rewrite.so

必須: .htaccess のオーバーライドを許可する

同じファイル内の <Directory "/Library/WebServer/Documents"> ブロックを見つけ、次を変更してください:

AllowOverride None

から:

AllowOverride All

必須: Markdown ファイルの MIME タイプ

同じ httpd.conf に次の行を追加して、Markdown ファイルが正しく配信されるようにします:

AddType text/markdown .md

重要

この設定がないと .md ファイルが正しく配信されない場合があります。

設定の適用

構成の文法チェックを行い、Apache を再起動します:

sudo apachectl configtest
sudo apachectl restart

初期インストール

ステップ 1: digna リポジトリのセットアップ

digna リポジトリは、digna によって計算されるすべてのメトリクスを格納します。分析データやパフォーマンスデータの中央データベースとして機能します。

リポジトリ用スキーマとユーザーの作成

PostgreSQL クライアント(psql、pgAdmin など)を開き、以下の SQL コマンドを実行してください:

CREATE SCHEMA <digna_repo_schema>;

CREATE USER <digna_repo_user> WITH PASSWORD '<digna_repo_password>';

GRANT ALL PRIVILEGES ON SCHEMA <digna_repo_schema> TO <digna_repo_user>;

以下のプレースホルダを置き換えてください:

  • <digna_repo_schema> — 希望するスキーマ名(例: dignarepo)
  • <digna_repo_user> — 希望するユーザー名(例: digna_user)
  • <digna_repo_password> — このユーザー用の安全なパスワード

例:

CREATE SCHEMA dignarepo;

CREATE USER digna_user WITH PASSWORD 'YourSecurePassword123!';

GRANT ALL PRIVILEGES ON SCHEMA dignarepo TO digna_user;

Terminal から一度に実行するには:

psql postgres

その後 postgres=# プロンプトに上記のステートメントを貼り付け、終了するには \q を入力してください。

ベストプラクティス

データベースユーザーには強力で複雑なパスワードを使用してください。推測されやすい認証情報は避けてください。


ステップ 2: digna インストールパッケージの展開

  1. 提供された digna インストール ZIP ファイルを見つけます
  2. 希望するインストール場所(例: /opt/digna または ~/digna)に展開します
  3. 展開後、以下のアイテムがあるはずです:
  4. dashboard/ — Web ダッシュボードインターフェース
  5. digna — メイン実行ファイル(バックエンド + CLI 統合)

設定ファイルとライセンスファイルはパッケージに含まれていません

config.toml も dashboard/dashboard_config.toml もインストールパッケージには含まれていません。どちらも バックエンド構成 と ダッシュボード構成 でご自身で作成します。license.toml も同梱されていません。ステップ 3 で説明するとおり、digna から別途提供されます。

Terminal から展開するには:

unzip digna-2026.06-macos.zip -d /opt/digna

実行可能ファイルに実行権を付与する

アーカイブの転送方法によっては、実行ビットが失われることがあります。明示的に設定してください:

cd /opt/digna
chmod +x digna

macOS がアプリケーションをブロックする場合

ブラウザやメールクライアント経由でダウンロードされたファイルには検疫属性が付けられます。macOS が「開発元を確認できないため開けません」と報告する場合は、インストールディレクトリから属性を削除してください:

xattr -dr com.apple.quarantine /opt/digna

または、System Settings → Privacy & Security を開き、ページ下部にあるブロックされた項目を見つけて Open Anyway をクリックしてください。

注意

この手順は、macOS が実際に実行ファイルをブロックした場合にのみ必要です。SSH で転送されたパッケージや内部ファイル共有からのファイルは通常検疫されません。

ステップ 3: ライセンスファイルのインストール

重要

ライセンスファイルはインストールパッケージに含まれておらず、digna から別途提供されます。

  1. 提供された license.toml ファイルを見つけます
  2. それを digna インストールのルートディレクトリ(config.toml と digna 実行ファイルがある場所)にコピーします

理由: ライセンスファイルには顧客情報、ライセンス有効期限、デジタル署名が含まれます。ファイルを変更しないでください — 変更すると無効になります。

セットアップ後のディレクトリ構成:

/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)

バックエンド構成

ステップ 1: 設定ファイルの作成と編集

config_template.toml ファイルが digna インストールディレクトリに同梱されています。これを config.toml にリネームしてください。

cd /opt/digna
mv config_template.toml config.toml

場所: /opt/digna/config.toml

テキストエディタで config.toml を開き、以下の各セクションを設定してください。

[app] セクション

このセクションは digna バックエンドアプリケーションの設定を行います:

[app]
digna_APP_CORS_ALLOW_ORIGINS = ["http://localhost:5173"]
digna_APP_CORS_ALLOW_CREDENTIALS = true
digna_APP_CORS_ALLOW_METHODS = ["*"]
digna_APP_CORS_ALLOW_HEADERS = ["*"]
パラメータ 値 備考
digna_APP_CORS_ALLOW_ORIGINS フロントエンドの URL ダッシュボードが別サーバーにある場合、その URL を含めてください
digna_APP_CORS_ALLOW_CREDENTIALS true 認証情報付きの CORS に必要
digna_APP_CORS_ALLOW_METHODS ["*"] すべての HTTP メソッドを許可
digna_APP_CORS_ALLOW_HEADERS ["*"] すべてのヘッダーを許可

注意

Homebrew の nginx をデフォルトポートで提供している場合、許可すべきオリジンは http://localhost:8080 です。

[repo] セクション

このセクションは PostgreSQL データベースへの接続を構成します:

[repo]
digna_REPO_HOST = "localhost"
digna_REPO_PORT = 5432
digna_REPO_DB = "postgres"
digna_REPO_SCHEMA = "dignarepo"
digna_REPO_USER = "digna_user"
digna_REPO_PASSWORD = "YourSecurePassword123!"
パラメータ 値 備考
digna_REPO_HOST localhost または IP PostgreSQL サーバーのホスト名/IP
digna_REPO_PORT 5432(デフォルト) PostgreSQL のポート
digna_REPO_DB postgres データベース名
digna_REPO_SCHEMA dignarepo 先に作成したスキーマ
digna_REPO_USER digna_user PostgreSQL で作成したユーザー
digna_REPO_PASSWORD あなたのパスワード スキーマ作成時に設定したパスワード

[base] セクション

このセクションはセキュリティとクッキーの設定を含みます:

[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"
パラメータ 値 備考
DIGNA_FERNET_KEY 暗号化キー トークンやクッキーの暗号化に使用(デフォルトが提供されます)
digna_COOKIE_DOMAIN localhost フロントエンドのドメインに合わせてください
digna_COOKIE_SECURE false(ローカル) / true(本番) HTTPS では true を使用
digna_COOKIE_HTTPONLY true セキュリティのため常に有効にしてください
digna_COOKIE_SAME_SITE lax CSRF 攻撃を防ぐ設定
digna_TOKEN_EXPIRES_IN 86400(24 時間) セッションの有効期限(秒)
digna_MAX_WORKERS CPU コア数 - 1 並列検査タスクの数
DIGNA_SCHEDULER_MAX_DELAY 100 スケジューラーが実行予定のジョブを開始する前に追加できる最大の遅延(秒)
DIGNA_CLEANUP_TIME "12:00" 日次クリーンアップが開始される時刻(24 時間表記 HH:MM)

ヒント

Mac 上の CPU コア数を調べるには sysctl -n hw.ncpu を実行してください。

[encryption] セクション

このセクションには、リポジトリに保存された機密値を暗号化するための鍵が含まれます。必須です。鍵が欠けている場合、config check は [encryption] セクションを FAILED として報告します。

[encryption]
DIGNA_ENCRYPTION_KEY = 'ycELf6IbcO55dYIZHpPv6kQv/bbnUXoIaHLh2bh1kMg='
パラメーター 値 注意
DIGNA_ENCRYPTION_KEY Base64 エンコードされた鍵 digna リポジトリに保存された機密値を暗号化します

config.toml を保護する

この鍵は固定値で、すべての digna インストールで同一であり、リポジトリ内の機密値を復号するのはこの鍵です。config.toml へのアクセスを digna を実行するアカウントに限定し、バージョン管理や共有ドライブには置かず、リポジトリ本体より安全性の低い場所に保管されるバックアップからは除外してください。

[logging] セクション

このセクションはログの動作を設定します:

[logging]
digna_LOGGING_MODE = "INFO"
digna_LOGGING_BACKUP_COUNT = 10
パラメータ 値 備考
digna_LOGGING_MODE INFO または DEBUG 本番では INFO、トラブルシューティング時は DEBUG
digna_LOGGING_BACKUP_COUNT 10 保持する日次ログのバックアップ数

ステップ 2: 構成を検証する

リポジトリを初期化する前に、config.toml が完全で正しく構成されていることを確認します。digna のインストールディレクトリで次を実行します:

digna config check

各セクションは個別に検証されるため、1 つの誤りが他のセクションの状態を隠すことはありません:

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

FAILED と報告された箇所をすべて修正し、続行する前にコマンドを再実行してください。オプションの完全な一覧は CLI リファレンスにあります。

ステップ 3: リポジトリの初期化

  1. Terminal を開く
  2. digna インストールディレクトリ(config.toml と digna 実行ファイルがある場所)に移動する
  3. 接続テストを実行:
cd /opt/digna
./digna repo check

接続が確立されたことを示す確認メッセージが表示されるはずです(リポジトリ自体はまだ初期化されていません)。

注意

macOS ではカレントディレクトリのコマンドが PATH に含まれないため、実行ファイルは digna ではなく ./digna として呼び出します。短い形式で使いたい場合は、インストールディレクトリを PATH に追加してください:

echo 'export PATH="/opt/digna:$PATH"' >> ~/.zshrc
source ~/.zshrc

ステップ 4: リポジトリスキーマのインストール

同じディレクトリで次を実行します:

./digna repo install

このコマンドは PostgreSQL データベースに必要なテーブルとスキーマをインストールします。

ステップ 5: 管理者ユーザーの作成

  1. 新しい Terminal ウィンドウを開く
  2. digna インストールディレクトリに移動
  3. 管理者ユーザーを作成するために次のコマンドを実行:
./digna user add <email> <password> "<display_name>" --admin

例:

./digna user add admin@example.com 'AdminPassword123!' "Admin User" --admin

これにより、メールアドレス admin@example.com の管理者権限を持つユーザーが作成されます。

ヒント

パスワードはシングルクォートで囲んでください。zsh は !、$、* などの文字を特殊扱いするため、クォートしないと意図したとおりに渡されないことがあります。

ベストプラクティス

大文字小文字、数字、特殊文字を組み合わせた強力なパスワードを使用してください。


ステップ 6: digna サーバーの起動

digna インストールディレクトリでサーバーを起動します:

./digna serve --address <host> --port <port>

パラメータ: - --address — サーバーのホスト名/IP - --port — サーバーのポート

起動に成功すると次のようなメッセージが表示されます:

INFO:     Started server process [1234]
INFO:     Waiting for application startup.
INFO:     Application startup complete
INFO:     Uvicorn running on http://localhost:8082

ヒント

サーバーを最初に起動すると、macOS が外部からのネットワーク接続を受け入れるかどうかを尋ねることがあります。ダッシュボードがバックエンドに接続できるように Allow をクリックしてください。

サーバーはターミナルを占有します

serve はフォアグラウンドで実行され、Ctrl+C で停止するまで動作し続けます。セットアップを終えるまで実行したままにしてください。起動時に自動的に開始する方法は次を参照してください: digna をバックグラウンドサービスとして実行する.

ダッシュボード構成

ステップ 1: ダッシュボードを Web サーバーにデプロイする

digna ダッシュボードは独自の設定を dashboard/dashboard_config.toml から読み込みます。このファイルはインストールパッケージに含まれていないため、dashboard/ ディレクトリ内にダッシュボードのファイルと並べて作成します。

その内容は シングルサインオン で説明しています。このファイルが必要になるのもそこです。このファイルには、ダッシュボードが提供するログイン方法と、マルチインスタンス構成の場合はバックエンドへの接続先が記述されます。

使用する Web サーバーを選び、対応するデプロイ手順に従ってください。

nginx にデプロイする場合

nginx セットアップ に従った場合、サーバーブロックは既に dashboard フォルダを指しており、コピーは不要です。

  1. パスを確認する
  2. $(brew --prefix)/etc/nginx/servers/digna.conf を開く
  3. root が展開した dashboard フォルダを指していることを確認する

  4. フォルダが読み取り可能であることを確認する

    chmod -R a+rX /opt/digna/dashboard
    

  5. nginx をリロード

    nginx -t
    brew services restart nginx
    

  6. インストールのテスト

  7. ブラウザを開く
  8. http://localhost:8080(または設定した URL)にアクセス
  9. digna ダッシュボードのログインページが表示されるはずです

Apache httpd にデプロイする場合

  1. ダッシュボードをドキュメントルートにコピーする

    sudo cp -R /opt/digna/dashboard /Library/WebServer/Documents/digna
    

  2. リライトルールを追加する

配備先フォルダ内に .htaccess ファイルを作成して、ブラウザのリロード時にルート以外のルートが維持されるようにします:

sudo nano /Library/WebServer/Documents/digna/.htaccess

以下を貼り付けてください:

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]
  1. Apache を再起動

    sudo apachectl restart
    

  2. ダッシュボードにアクセス

  3. ブラウザを開く
  4. http://localhost/digna にアクセス
  5. digna ダッシュボードのログインページが表示されるはずです

digna をバックグラウンドサービスとして実行する

サービスとして実行する理由

digna バックエンドをバックグラウンドサービスとして実行することで、以下が可能になります:

  • マシン起動時に自動で開始する
  • ターミナルウィンドウを開かずにバックグラウンドで実行される
  • クラッシュした場合に自動で再起動される
  • macOS のサービス管理ツール launchctl を使って管理できる

サービス管理ファイル

必要なファイルはすべて digna インストールディレクトリの bin/ にあります。

利用可能なシェルスクリプトは以下です:

  • install_service.sh — digna を launchd に登録
  • uninstall_service.sh — サービスの登録を解除
  • start_service.sh — 登録済みサービスを起動
  • stop_service.sh — 実行中のサービスを停止

管理者権限が必要

これらのスクリプトはすべて sudo で実行する必要があります。ブート時に開始するサービスを登録するには /Library/LaunchDaemons に書き込む必要があるためです。

スクリプトに実行権を付与する

抽出時に実行ビットが保持されない場合があります。初回使用前に:

cd /opt/digna/bin
chmod +x *.sh

サービスのインストール

  1. Terminal を開く

  2. bin フォルダに移動

    cd /opt/digna/bin
    

  3. インストールスクリプトを実行

    sudo ./install_service.sh
    

これで digna サーバーは launchd に自動起動有効で登録されます。サービスはすぐには開始されません — 次のセクションで起動方法を説明します。

サービスの起動と停止

サービスを開始するには

  1. Terminal を開く
  2. /opt/digna/bin に移動
  3. 実行:
    sudo ./start_service.sh
    

サービスを停止するには

  1. Terminal を開く
  2. /opt/digna/bin に移動
  3. 実行:
    sudo ./stop_service.sh
    

ヒント

アプリケーションファイルを更新する前に必ずサービスを停止してください。

サービスの確認

サービスが登録されて稼働しているか確認するには:

sudo launchctl list | grep digna

先頭にプロセス ID がある行はサービスが実行中であることを示します。先頭が - の場合は登録済みだが停止中です。

インストール先ディレクトリを移動する場合

launchd は実行ファイルの絶対パスを保存するため、インストール先を移動する場合はサービスの再登録が必要です:

  1. 現在のサービスをアンインストール

    cd /old/path/digna/bin
    sudo ./uninstall_service.sh
    

  2. アプリケーションファイルを移動

    sudo mv /old/path/digna /new/path/digna
    

  3. サービスを再インストール

    cd /new/path/digna/bin
    sudo ./install_service.sh
    

  4. サービスを開始

    sudo ./start_service.sh
    

サービスのアンインストール

  1. 実行中のサービスを停止

    cd /opt/digna/bin
    sudo ./stop_service.sh
    

  2. サービスをアンインストール

    sudo ./uninstall_service.sh
    

これで digna サーバーは launchd から登録解除されます。


新しいリリースへのアップグレード

アップグレード前に

最初にすべてのデータベース接続を確認する

リリース 2026.06 から、digna はすべてのソース技術に ODBC 経由で接続します。以前のリリースでは、技術ごとの専用ドライバーと ODBC を Use ODBC スイッチで選択できました。digna チームは ODBC のみを基盤とすることを決めました。単一の標準インターフェイスは、個別に作り込まれたドライバー群よりも多くをもたらすからです:

  • 認証 — 認証は ODBC の一部であるため、接続はドライバーが対応するあらゆる方式を利用できます。パスワード、トークンと PAT、Kerberos と Active Directory、MFA とブラウザーベースのシングルサインオン、クラウド ID、クライアント証明書、TLS などです。新しい方式は digna のリリースを待つのではなく、ドライバーの更新とともに利用できるようになります。
  • データベースベンダーが保守するドライバー — ベンダー自身のドライバーが新しいサーバーバージョンとセキュリティ修正に追随し、digna とは独立に、ご自身の都合に合わせて更新できます。
  • すべてを同じ方法で構成できる — どの技術もキーと値のプロパティの一覧であり、同じインターフェイス、同じ機密値の暗号化、同じトラブルシューティングを使います。ソースごとに異なる入力欄が並ぶことはありません。
  • 調整と適用範囲 — タイムアウト、TLS 設定、プロキシ、フェッチサイズといったドライバーレベルのオプションがすべてのソースで利用でき、準拠した ODBC ドライバーがある技術であれば、digna が個別のガイドを公開していないものも含めて接続できます。

実際には、Use ODBC スイッチと、ホスト・ポート・データベース・ユーザー・パスワードの個別の入力欄はなくなりました。すでに ODBC を使っていない接続はすべて ODBC へ移行する必要があります。自動変換はありませんので、アップグレード前に計画してください:

  1. インストールに定義されている各データベース接続を確認し、まだ ODBC を使っていないものを書き出してください。いずれも再構成が必要です。
  2. 対応する ODBC ドライバーを digna ホストにインストールします。接続はブラウザーからではなく、digna バックエンドを実行しているサーバーから開かれます。参照: digna ホストへの ODBC ドライバーのインストール。
  3. 影響を受ける各接続の ODBC プロパティを用意してください。 技術別ガイドには、ソースごとに実績のあるプロパティ一式が記載されています。

アップグレード後、影響を受けた各接続を ODBC に切り替え、ダッシュボードからテストしてください。参照: データベース接続の作成 および 接続のテスト。

Databricks Legacy 接続

Databricks Legacy コネクタは本リリースで削除されました。該当する接続は Databricks コネクタへ移行してください。

digna リポジトリのバックアップ作成は必須です

アップグレード前にリポジトリ(PostgreSQL)のバックアップを取り、データ損失に備えてください。バックアップがあれば、アップグレード中に想定外の問題が発生しても復旧できます。

Terminal からバックアップを作成するには:

pg_dump -h localhost -p 5432 -U digna_user -n dignarepo postgres > digna_repo_backup.sql

アップグレード手順

ステップ 1: digna サービスを停止する

digna がバックグラウンドサービスとして動作している場合、まずそれを停止します:

cd /opt/digna/bin
sudo ./stop_service.sh

digna をフォアグラウンドで実行している場合は、そのターミナルウィンドウで Ctrl + C を押します。

ステップ 2: 現在のインストールをバックアップする

digna のインストールディレクトリで、新しいリリースを並べて配置できるよう、現在のインストールのフォルダー名を変更します:

cd /opt/digna
mv dignabackend dignabackend_old
mv dignacli dignacli_old
mv dashboard dashboard_old

dignabackend と dignacli は使用されなくなりました

リリース 2026.06 から、dignabackend と dignacli は、バックエンドと CLI を統合した単一の実行ファイル digna に置き換えられます。dignabackend_old と dignacli_old はアップグレードを確認するまで残し、その後は両方とも削除してかまいません。dashboard_old は、そこから構成ファイルを復元するまで残してください(手順 4 を参照)。

ステップ 3: 新バージョンを展開してデプロイする

  1. 新しい digna インストール ZIP ファイルを展開
  2. 新しい digna 実行ファイルと dashboard フォルダをインストールディレクトリにコピー
  3. 実行ビットを復元し、必要なら検疫属性を削除:
chmod +x /opt/digna/digna
xattr -dr com.apple.quarantine /opt/digna

重要

config.toml も dashboard/dashboard_config.toml も、インストール ZIP に含まれることは 決して ありません。digna チームはどちらのファイルも配布しません。そのため既存の設定はアップグレードの影響を受けず、名前を変更した *_old フォルダー内のコピーが手元にある唯一の設定になります。

ステップ 4: 設定ファイルを復元する

cp dashboard_old/dashboard_config.toml dashboard/dashboard_config.toml

リリース 2026.06 で config.toml が変わります

3 つの設定が新たに必須となり、2 つは使用されなくなりました。以前のリリースから引き継いだ config.toml には新しい設定が含まれておらず、それらが欠けている限り digna は起動しません。既存の config.toml に次を追加してください:

[base]
DIGNA_SCHEDULER_MAX_DELAY = 100
DIGNA_CLEANUP_TIME = "12:00"

[encryption]
DIGNA_ENCRYPTION_KEY = 'ycELf6IbcO55dYIZHpPv6kQv/bbnUXoIaHLh2bh1kMg='

2 つの [base] キーを既存の [base] セクションに追加し、[encryption] を新しいセクションとして追加します。そのうえで、使用されなくなった 2 つの設定、digna_APP_HOST と digna_APP_PORT を [app] から削除してください。サーバーのアドレスとポートは digna serve から渡すようになりました。

各設定の役割については次を参照してください: バックエンド構成.

シングルサインオン: [oidc_clients] の形式が変わりました

リリース 2026.06 では、テーブルの配列が、プロバイダーごとに 1 つのテーブルへ置き換わりました。テーブル名はプロバイダーのキーになります。DIGNA_OIDC_KEY は廃止され、キーはセクション見出しの一部になりました。

変更前:

[[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'

変更後:

[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'

プロバイダーごとにこのセクションを繰り返し、各キーを dashboard_config.toml の key と一致させてください。古い形式が残っている間、digna config check は oidc_clients を FAILED と報告します。影響を受けるのはシングルサインオンを使用しているインストールのみです。

ステップ 5: Web サーバーをリロードする

ダッシュボードは静的ファイルの集まりであるため、Web サーバー(およびブラウザー)が以前のバージョンを配信し続けている可能性があります。dashboard フォルダーをホストしている Web サーバーをリロードまたは再起動し、ページをハードリフレッシュ(Cmd+Shift+R)で再読み込みしてください。

ステップ 6: 構成を検証する

リポジトリに手を加える前に、更新した config.toml が完全であることを確認します:

./digna config check

すべてのセクションが OK と報告される必要があります。FAILED と報告された箇所を修正し、続行する前にコマンドを再実行してください。

ステップ 7: ライセンスファイルを置き換える

ライセンスはリリースごとに個別に発行されます。digna チームがこのリリース用に提供した license.toml をインストールディレクトリにコピーし、古いものを置き換えます:

cp /path/to/new/license.toml /opt/digna/license.toml

以前のライセンスを使い続けないでください

以前のリリース向けに発行された license.toml はこのリリースには適用されません。ライセンスを確認するすべてのコマンド(user、inspection、repo)は、確認に失敗するとリポジトリに手を加える前に中止されます。先に進む前にライセンスを確認してください:

./digna license check

ステップ 8: リポジトリスキーマをアップグレードする

digna インストールディレクトリに移動して次を実行:

cd /opt/digna
./digna repo upgrade

これにより PostgreSQL スキーマが最新バージョンに更新され、既存のデータは保持されます。

ステップ 9: サービスを再起動する

バックグラウンドサービスとして実行している場合:

cd /opt/digna/bin
sudo ./start_service.sh

手動で実行している場合はサーバーを再起動します:

cd /opt/digna
./digna serve --address <address> --port <port>

nginx や Apache を使用している場合は、それぞれの Web サーバーも再起動してください:

brew services restart nginx
sudo apachectl restart

ステップ 10: アップグレードの確認

  1. digna ダッシュボードにアクセスする
  2. インターフェースが正しく読み込まれることを確認する
  3. サーバーログにエラーがないか確認する
  4. まだ ODBC を使っていなかった接続をすべて ODBC に切り替え、そのうえですべての接続をテストします。参照: 接続のテスト