設置方法の選択
運用環境に合う設置経路を選びます
設置方法の選択
チームで使う Werft サーバーの設置経路を選びます。運用環境は永続 object store を使います。Compose test-ops は AWS S3 のみに対応し、独自 endpoint は指定できません。Kubernetes は保護契約を満たす S3 互換 endpoint を設定できます。LocalStack と kind は試験環境です。
| 方法 | 実行基盤 | 前提 | ページ |
|---|---|---|---|
| 単一サーバー | 一台の Linux サーバー、Docker Compose。セッションごとに worker コンテナ。HA は対象外です | Docker 28 以上、Compose 2.24.6 以上、Docker データルートが prjquota 付きで mount された XFS、リポジトリ checkout、永続 AWS S3 bucket | 単一サーバー設置 |
| Kubernetes | 公開 Helm chart。セッションごとに worker Pod | NetworkPolicy を強制する CNI、helm 3、PostgreSQL 16、S3 互換 object store（既定の保護モードでは versioning、Object Lock、SSE-S3 が有効な bucket が必要）。リポジトリ checkout は不要です | Kubernetes 設置 |
選択基準は単純です。一台のサーバーに設置して scripts/test-ops.sh で運用するなら単一サーバー、既にクラスタ・PostgreSQL・object store があり chart で設置するなら Kubernetes です。どちらも ghcr.io から公開パッケージをログインなしで取得できる必要があります。設置済みなら Compose アップグレードまたは Kubernetes アップグレードを選びます。
どちらもサーバーは API（Web コンソールを含む）、scheduler、reconciler、egress proxy、PostgreSQL、S3 互換 object store で構成されます。Git サーバーは含まないため、セッションで使う GitHub リポジトリは設定文書またはコンソールで追加します。
| 目的 | 最初に読むページ |
|---|---|
| 一台の Linux サーバーに運用環境を設置 | 単一サーバー設置 |
| 既存クラスタに運用環境を設置 | Kubernetes 設置 |
| ノート PC で chart を試験 | kind 試験 |
| Linux で Compose を試験 | LocalStack 試験 |
設置後の運用
リモート利用者は、まずアクセス経路を準備し、最初の owner と key、モデル接続の順で進めます。ready 応答は DB・schema・設定の準備状態であり、実際のモデル呼び出しやデータがある状態での復元の証拠ではありません。
- バックアップと復元
- Compose アップグレード・Kubernetes アップグレード
- 容量の計画と変更・停止したセッションの復旧
- 設定・key・ポート・ストレージと上限
- セッションデータの流れ・Datadog 監視
コントリビューター向け文書と SDK 文書
配布パッケージ契約は設置担当者が読む契約です。公開管理者向けのリリース公開・サプライチェーンポリシーはコントリビューター文書に、SDK 承認サンプルは SDK 文書にあります。