# デプロイ側の責務

Source: https://openflow.run/ja/docs/reference/deployment/
Language: ja
Product version: 0.1.0-beta.77

ホスト版またはセルフホスト版を選び、ワークフローに必要なサービスを設定します。

公式ホスト版は Open Flow の環境を運用します。セルフホストでは、Server と設定した外部機能の運用を自身で担当します。どちらも同じ製品仕様を使います。

## セルフホストの Server を起動する

ソースからの Docker ビルド、永続ストレージ、ワークベンチへの接続、AI アシスタントの設定は[クイックスタート](https://openflow.run/ja/quickstart/)を参照してください。下のソース資料では、コンテナー配布と OpenConnector を含む完全な構成も説明しています。

Server とクライアントは、選択したモデルと Engine Contract に互換である必要があります。サンプルの対象はパッケージ 0.1.0-beta.77 です。

## 機能を設定する

| 機能 | デプロイ側の責務 |
| --- | --- |
| 永続化 | 耐久性のある保存、保持期間、バックアップ、後処理。 |
| 識別 | アカウント、ログイン、管理者ロール、フロー所有者の確認。 |
| Connector | バックエンド URL、認可済み接続、アカウント範囲、アプリ対応。 |
| モデル | 利用できるサービス、認証情報、予算、対応タスク。 |
| 自動トリガー | スケジューラー、ポーリングワーカー、公開コールバック URL、アプリの準備。 |
| 待機と復旧 | 判断の永続化、対応チェックポイント、有効期限、継続。 |
| Code ランタイム | 隔離、現在の Engine Contract、機能の制限、リソース上限。 |

ワークベンチや Preview を開くだけでは、これらのサービスは用意されません。構造が有効でも外部実行は利用できない場合があります。

## 公開エンドポイント

Webhook やアプリイベントの配信には、デプロイ仕様が求める公開エンドポイントが必要です。共有イベントではアプリ側の設定と検証も必要な場合があります。Wait の公開操作は、ログインではなく範囲を限定した権限を使います。

## 構成を確認する

使用する各機能で代表的な実行をテストしてください。公開に成功しても、すべての外部アカウントやイベントの動作が確認されたわけではありません。デプロイ設定を変更した後は、実際の結果とアプリの準備状況を確認します。

## 参照元

*   [docs/architecture.md](https://github.com/oomol-lab/open-flow/blob/e25a738d170322734572a0b8a1323cb00b9d355a/docs/architecture.md)
*   [docs/server/container-delivery.md](https://github.com/oomol-lab/open-flow/blob/e25a738d170322734572a0b8a1323cb00b9d355a/docs/server/container-delivery.md)
*   [docs/server/self-hosted-stack/README.md](https://github.com/oomol-lab/open-flow/blob/e25a738d170322734572a0b8a1323cb00b9d355a/docs/server/self-hosted-stack/README.md)
*   [docs/server/mcp.md](https://github.com/oomol-lab/open-flow/blob/e25a738d170322734572a0b8a1323cb00b9d355a/docs/server/mcp.md)