DataWorks:インスタンス生成モード：デプロイメント直後

翌日 (デフォルト)

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

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

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

  • システムはタスクのコードとプロパティ定義のみを更新します。T 日にすでに生成済みまたはスケジュール済みのインスタンスは影響を受けず、デプロイ前の構成に基づいて実行されます。

  • 当日のデータに新しいロジックを適用する場合は、デプロイ後に T 日のインスタンスに対して手動でデータ補填を実行します。

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

デプロイメント直後

このモードでは、デプロイ日にタスク変更が適用されます。システムはタスクのデプロイメント時刻と各インスタンスのスケジュール時刻を比較し、T 日 におけるインスタンスの実行方法を判定します。

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

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

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

  • 一度もデプロイされたことのない新規タスクの場合、インスタンスは期限切れとなり、ビジネスロジックを実行せずにドライランを実行します。変更して再デプロイしたタスクの場合、期限切れインスタンスは生成されません。

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

  • 結果：通常実行。

  • システムは新しい構成に基づいてインスタンスを生成し、実行します。

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

推奨されるユースケース

このモードは慎重に使用し、次のシナリオに限って使用してください：

• 同日に実行する必要がある新規タスク：デプロイ日に実行する必要があり、複雑な祖先タスクまたは子孫タスクの依存関係を持たない新規タスクに使用します。

• 既存インスタンスの置換：当日分として生成済みだがまだ実行されていない保留中の自動トリガーされたインスタンスを置き換えるために使用します。

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

次のシナリオでは、同日のスケジューリング依存関係が複雑化し、スケジューリング失敗の原因となるため、このモードの使用は避けてください：

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

• テーブルスキーマの更新失敗：スケジューリング周期を変更した後、出力テーブル (例：MaxCompute テーブル) のスキーマまたはパーティションが更新されず、最新の結果を反映しない場合があります。デプロイメント直後 モードでは、スケジューリング周期の変更により新しいインスタンスは作成されますが、古いインスタンスは自動的に削除されません。古いインスタンスと新しいインスタンスが共存している間、古いインスタンスは古い構成を使用して実行されるため、出力テーブルのスキーマまたはパーティションがそれに応じて更新されません。

  トラブルシューティング手順：

  1. デプロイ日にスケジューリング周期が変更されているかどうかを確認します。

  2. [オペレーションセンター] で、当該タスクの古いインスタンスと新しいインスタンスが共存しているかどうかを確認します。

  3. 古い構成で実行されており、出力テーブルが更新されない原因となっているインスタンスを特定します。

  解決策：

  1. タスクを T+1 モードに切り替え、タスクを再度デプロイします。

  2. 当日分のインスタンスに対して データ補填 を実行します。

• 祖先タスクと子孫タスクでインスタンス生成モードが一致しない：たとえば、祖先タスクが T+1 モードを使用し、子孫タスクが デプロイメント直後 を使用している場合、同日に生成された子孫タスクのインスタンスが祖先依存関係を見つけられず、孤立タスク となって自動実行できなくなります。

代替案

デプロイ済みタスクの変更を伴うシナリオでは、より安全な方法として次を実施します：

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

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

シナリオ 1：新規タスク

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

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

シナリオ 4：祖先スケジュールの変更