DataWorks:インスタンスの即時生成の設定

モード A： 翌日 (システムのデフォルト)

これはシステムのデフォルトであり、推奨されるオプションです。当日に実行中のインスタンスから変更を分離し、本番環境の安定性を確保します。

• 仕組み：
  当日 (T日) のデプロイメントはタスク定義を更新するだけで、その日のインスタンス実行には影響しません。
  

• 当日 (T日) への影響：

  • 動作： タスクのコードとプロパティのみが更新されます。これは、当日にすでに生成またはスケジューリングされているインスタンスには影響しません。T日のすべてのインスタンスは、デプロイメント前の設定に基づいて実行され続けます。

  • 推奨事項： 新しいロジックを T日に有効にする必要がある場合は、デプロイメント後に T日のインスタンスに対してデータ補完操作を実行することを推奨します。

• 翌日 (T+1日) への影響：
  すべての変更は、T+1日の最初の定期インスタンスから有効になります。すべてのインスタンスは、新しい設定を使用して生成および実行されます。
  

モード B： デプロイメント直後

このモードは、デプロイメント当日にタスクの変更をできるだけ早く適用します。このモードの主なロジックは、デプロイメント時刻を基準に、当日 (T日) の定期インスタンスの処理方法を決定する点にあります。

• 仕組み：
  システムは、T日の各定期インスタンスのスケジューリング時刻と「デプロイメント時刻 + 10 分のシステムバッファ」を比較します。
  

• スケジューリング時刻 < デプロイメント時刻 + 10 分

  • 結果： 新規タスクはドライランを実行します。変更されたタスクの場合、新しいインスタンスは生成されません。

  • 動作： 新しくデプロイされたタスクの場合、インスタンスは「期限切れ」と見なされ、ドライラン状態になります。この状態では、ビジネスロジックは実行されません。これにより、デプロイメント前の設定に属するインスタンスで新しいコードが実行されるのを防ぎます。変更されて再デプロイされたタスクの場合、期限切れインスタンスは生成されません。

• スケジューリング時刻 > デプロイメント時刻 + 10 分

  • 結果： 通常実行。

  • 動作： システムは新しい設定に基づいてインスタンスを即座に生成し、実行します。

• 翌日 (T+1日) への影響：
  T+1日のすべての定期インスタンスは、新しい設定に基づいて生成されます。
  

推奨される利用シーン

このモードは注意して使用し、次のシナリオでのみ使用してください：

• 当日に実行する必要がある新規タスク： 複雑な上流または下流の依存関係がなく、デプロイメント直後に実行する必要がある新規タスク。

• 既存インスタンスの置換： 当日用に生成されたがまだ実行されていない定期インスタンスを、新しい設定で置換する場合。

高リスクのシナリオ (非推奨)

次のシナリオではこのモードを使用しないでください。毎日の依存関係が複雑になり、スケジューリングの異常につながる可能性があります：

• デプロイ済みのタスクのスケジューリング設定の変更： これは、複雑な上流および下流の依存関係を持つタスクにとって特に危険です。繰り返し頻度 (例えば、日次から時間単位) を変更してすぐにデプロイすると、一部の古いインスタンスが保持されたまま新しいインスタンスが作成され、依存関係の競合が発生する可能性があります。

• 上流タスクと下流タスクで生成モードが不一致： 例えば、上流タスクが 翌日 モードを使用し、下流タスクが デプロイメント直後 モードを使用する場合などです。これにより、下流タスクの当日のインスタンスがその上流の依存関係を見つけられなくなり、自動的に実行できない 孤立タスク になります。

代替ソリューション

変更が必要なデプロイ済みタスクの場合、より安全なアプローチは次のとおりです：

1. デフォルトの 翌日 モードを使用してタスクをデプロイします。

2. デプロイメントが成功した後、タスクに対して データ補完 操作を実行し、当日に実行する必要があるインスタンスを手動でトリガーします。

シナリオ 1： 新規タスクのデプロイ

シナリオ 2： 繰り返し頻度の更新

シナリオ 3： 生成モードの不一致

シナリオ 4： 上流のスケジューリング時刻の変更