フローをデプロイする

ワークフローを Orchestrator にパブリッシュして、運用環境で実行できるようにします。

フローをデプロイすると、運用環境で実行できるようになります。デプロイの前に、キャンバスでフローを構築してテストします。ただし、フローをデ バッグ で実行して 評価で確認 しますが、デプロイされるまで、外部イベントによってトリガーしたり、スケジュールに従って実行したり、他のシステムで呼び出したりすることはできません。

デプロイの仕組み

フローをデプロイすると、プラットフォームは以下を行います。

1. ワークフロー定義を検証します (欠落している必須フィールド、破損したコネクション、未解決の変数がないか確認)。検証エラーをブロックすると、パブリッシュは停止されます。デプロイする前にエラーを解決する必要があります。
2. ワークフローをパッケージ化します。
3. パッケージを Orchestrator にパブリッシュし、ワークフローで定義されているトリガーをアクティブ化します (スケジュールされたトリガーの起動を開始し、連携トリガーのリッスンを開始)。

ワークフローをパブリッシュする

1. キャンバス上でワークフローを開きます。
2. 上部のツールバーで [パブリッシュ] を選択します。
3. 確認。

結果

ワークフローが Orchestrator にパブリッシュされ、アクティブ化されます。ワークフローで定義されたトリガーがアクティブになります。スケジュールされたトリガーの起動が開始され、連携トリガーのリッスンが開始されます。

検証でブロック エラーが見つかった場合、パブリッシュは停止され、エラーが報告されます。問題を解決して、再度パブリッシュします。

エディターからデプロイする

エディターからワークスペースをパッケージ化して Orchestrator にデプロイすることでも、パブリッシュできます。エディターは、このパスの一部としてワークフローを Studio Web にアップロードします。ローカル ワークスペースからのパッケージ化とデプロイについては、「 VS Code のフロー 」をご覧ください。

よくある間違い

• テストせずにパブリッシュする — パブリッシュする前に、必ず 1 回は デバッグ でフローを実行してください。
• 検証エラーを無視する — 検証エラーをブロックすると、パブリッシュを停止します。報告されたすべてのエラーをデプロイ前に解決します。

関連ページ

• サブフロー
• 実行の監視
• 最初のフロー