DataWorks:インスタンス生成モード：デプロイ後即時

翌日 (デフォルト)

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

• 動作原理：
  T 日のデプロイメントはタスク定義のみを変更し、その日のインスタンスの実行には影響しません。
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  

• T 日 (デプロイ日) への影響：

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

  • 推奨事項：新しいロジックを当日のデータに適用したい場合は、デプロイメント後に T 日のインスタンスに対して手動でデータバックフィルを実行してください。

• T+1 日 (翌日) への影響：
  すべての変更は、デプロイメントの翌日 (T+1 日) の最初の自動トリガーインスタンスから有効になります。これらのインスタンスは、新しい設定に基づいて生成および実行されます。
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  

デプロイ後即時

このモードでは、タスクの変更がデプロイ当日に適用されます。タスクのデプロイ時間とインスタンスのスケジューリング時間を比較して、当日 (T 日) にインスタンスをどのように実行するかを決定します。

• 動作原理：
  システムは、T 日の各自動トリガーインスタンスのスケジューリング時間と、タスクのデプロイ時間に 10 分のシステムバッファーを加えた時間を比較します。
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  

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

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

  • 動作：一度もデプロイされたことのない新しいタスクの場合、インスタンスは期限切れとなり、ドライランを実行し、ビジネスロジックは実行されません。これにより、デプロイ前にスケジュールされていたインスタンスで新しいコードが実行されるのを防ぎます。変更されて再デプロイされたタスクの場合、期限切れのインスタンスは生成されません。

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

  • 結果：通常どおり実行されます。

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

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

推奨されるユースケース

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

• 即日実行が必要な新しいタスク：デプロイ当日に実行する必要がある、複雑な上位・下位依存関係を持たない新しいタスクに使用します。

• 既存インスタンスの置換：当日生成されたがまだ実行されていない待機中の自動トリガーインスタンスを置き換えるために、このモードを使用します。

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

以下のシナリオでは、このモードの使用を避けてください。即日のスケジューリング依存関係を複雑にし、スケジューリングの失敗を引き起こす可能性があります。

• デプロイ済みタスクのスケジュールの変更：これは、複雑な上位タスクと下位タスクの依存関係を持つタスクにとって特にリスクが高いです。スケジューリング周期 (たとえば、日次から時間単位) を変更して即時デプロイすると、古いインスタンスが保持され、新しいインスタンスが作成されるという混在状態になり、依存関係の乱れにつながる可能性があります。

• 上位タスクと下位タスクでインスタンス生成モードが不一致：たとえば、上位タスクが T+1 モードを使用し、下位タスクが デプロイ後即時 モードを使用する場合です。この設定では、即日生成された下位タスクのインスタンスが依存する上位タスクを見つけられなくなり、自動実行できない 孤立タスク になってしまいます。

代替ソリューション

デプロイ済みタスクの変更を伴うシナリオでは、より安全なアプローチは次のとおりです。

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

2. デプロイメントが成功した後、タスクに対して データバックフィル を実行し、当日のインスタンスを手動でトリガーします。

シナリオ 1：新しいタスク

シナリオ 2：スケジューリング周期の更新

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

シナリオ 4：上位タスクのスケジュールの変更