すべてのプロダクト
Search
ドキュメントセンター

Dataphin:リリースタスクの管理

最終更新日:Aug 01, 2026

Dev-Prod 開発モードでは、標準化されたモデリング、データ処理、データ統合のタスクを開発環境から本番環境にリリースし、運用保守スケジューリングの対象とする必要があります。このドキュメントでは、タスクのリリース方法とリリース履歴の確認方法について説明します。

背景情報

  • Dev-Prod 開発モードを選択した場合、送信されたタスクは [リリース] モジュールのリリース対象オブジェクトリストに追加されます。[リリース] モジュールでタスクをリリースする必要があります。正常にリリースされたタスクのみが、本番環境の O&M スケジューリングに含まれます。

  • ベーシックモードを使用している場合、コミットされたタスクは本番環境に直接デプロイされます。

制限事項

[管理センター] > [システム設定] > [R&D Platform Settings][Enable Directory Permissions] を有効にした後は、閲覧権限のあるディレクトリ内のタスクのみ操作できます。

タスクのリリース

タスクをリリースすると、リリース待ちオブジェクトリストからデプロイされます。開発環境でタスクが変更されていた場合、リリースにより本番環境の既存バージョンが更新されます。

  • すべてのリリースの前に、システムは事前チェックを実行し、十分なデータ処理ユニットがあることを確認します。クォータを超過している場合、リリースはブロックされます。

  • 事前チェックに合格すると、システムは各オブジェクトを個別に検証します。検証後、各オブジェクトに対して最終的なクォータチェックを実行します。オブジェクトがクォータを超過する場合、そのリリースは失敗します。

操作手順

  1. Dataphin ホームページのトップナビゲーションバーで、[開発] > [タスクリリース] を選択します。

  2. 左側のナビゲーションペインで、[リリースオブジェクト管理] > [リリース予定] を選択します。

  3. (オプション) [リリース予定] ページでは、[フィルター] をクリックしてプロジェクト、最新のコミッター、オブジェクトタイプ、最新のコミット時刻、または変更タイプでオブジェクトを検索できるほか、[自分が提出] および [本日提出] を選択してリストをすばやく絞り込むこともできます。

  4. [リリース予定] ページでは、個別リリースまたは一括リリースを実行できます。

    • 個別リリース: 対象のオブジェクトの [操作] 列で、 image アイコンをクリックして [リリース設定] ダイアログボックスを開きます。

    • 一括リリース

      1. 複数のオブジェクトを選択するか、ページ下部の[このページのすべてを選択]をクリックします。

      2. ページの下部にある[一括リリース]をクリックすると、[リリース設定]ダイアログボックスが開きます。

  5. [リリース設定] ダイアログボックスで、[リリース名][リリース備考] を入力し、[依存関係][リリース範囲] を選択します。

    • [依存関係]:このリストには、選択したオブジェクトのアップストリーム依存関係のうち、リリース保留中のものがすべて表示されます。依存関係がこのリストに表示されない場合は、それをリリースする権限がないことを意味します。この場合、システムによって承認リクエストが自動的に生成されます。

    • [リリース範囲]: [必須およびオプションの依存関係][必須の依存関係のみ]、または [選択項目のみ (アップストリームの依存関係をリリースしない)] を選択できます。 デフォルトでは、[選択項目のみ (アップストリームの依存関係をリリースしない)] が選択されています。 [選択項目のみ (アップストリームの依存関係をリリースしない)] を選択すると、システムは自動的に依存関係リストをクリアします。 リリース中に、現在選択しているアイテムのみがリリースされ、タスクのアップストリームの依存関係はリリースされません。

      説明

      オブジェクト A がオブジェクト B に依存している場合 (例: タスク A がタスク B に依存、または原子メトリック A がそのソース論理テーブル B に依存)、これらをリリースする際は以下のようになります。

      • 必須の依存関係: B の変更タイプが [New] で、A の変更タイプが [New] または [Changed] (A が B への新しい上流依存関係を追加することを意味します) の場合、A をリリースする前に B をリリースする必要があります。そうしないと、A のリリースは失敗します。この場合、B は A の必須の依存関係です。A と B の両方の変更タイプが [Delete] の場合、B を削除する前に A を削除する必要があります。この文脈では、A が B の必須の依存関係となります。

      • 任意の依存関係: B の変更タイプが [Changed] で、A の変更タイプが [New] または [Changed] の場合、B を先にリリースせずに A を正常にリリースできる可能性があります。この場合、B は A の任意の依存関係です。ただし、A のみをリリースすると、A は B の古いロジックに基づいて実行されるため、予期しない結果が生じる可能性があります。

      • B をリリースする権限がない場合、B はリリース待ちオブジェクトリストに表示されません。B に依存する下流のリリースは失敗する可能性があります。

  6. [OK] をクリックしてリリースを完了します。

    システムは、オブジェクトを 依存関係の順序 に従ってリリースします。

    例えば、オブジェクト A をリリースする場合、その依存関係チェーンが A <- L1 <- L2 <- L3 であり、A が L1 に依存し、L1 が L2 に依存し、L2 が L3 に依存しているとします。それぞれが必須の依存関係です。L1 と L3 のリリース権限はあるものの L2 の権限がない場合、リリースリストには L3、L1、A のレコードが含まれます。L1 と A のリリースは両方とも失敗します。L2 のリリースレコードは含まれません。

タスクがリリースされた後、リリース詳細でチェック内容を確認できます。詳細については、「リリース詳細の確認」をご参照ください。

再リリース

タスクのリリースが失敗した場合、失敗メッセージに基づいて問題を修正し、[リリース履歴] リストから再リリースできます。

  • オブジェクトがリリース承認を必要とし、すでに承認されている場合、再リリース時に再度リクエストする必要はありません。システムは既存の承認を自動的に適用します。

  • 再リリースごとにクォータチェックが実行されます。

操作手順

  1. Dataphin ホームページのトップナビゲーションバーで、[開発] > [タスクリリース] を選択します。

  2. 左側のナビゲーションペインで、[リリースオブジェクト管理] > [リリース履歴] を選択します。

  3. [リリース履歴] ページで、右上隅の [リリース失敗] を選択すると、失敗したすべてのオブジェクトをすばやく絞り込むことができます。

  4. (オプション) ページの右上隅にあるフィルターアイコンをクリックし、プロジェクト、リリース者、オブジェクトタイプ、リリース時刻、変更タイプ、またはリリースステータスでオブジェクトを検索します。

  5. リリース履歴リストから、1 つまたは複数のオブジェクトを再リリースします。

    • 単一オブジェクトの再リリース: 対象のオブジェクトの [操作] 列で、image アイコンをクリックして再リリースします。

    • 失敗およびキャンセルされたオブジェクトの再リリース: リリース名 の横にある image アイコンをクリックし、そのリリースパッケージ内のすべての失敗およびキャンセルされたオブジェクトを再リリースします。

  6. 表示されるダイアログボックスで、[OK] をクリックして再リリースを完了します。

リリース承認

ワークフローをより適切に制御するために、プロジェクトレベルのリリース承認を有効にできます。この機能を有効にすると、オブジェクトのリリース時に承認プロセスがトリガーされ、承認された後にのみリリースが検証プロセスに進みます。以下のセクションでは、この機能を有効にする方法とプロセスを監視する方法について説明します。

  1. Dataphin ホームページのトップナビゲーションバーで、[計画] > [プロジェクト] の順に選択します。

  2. プロジェクト管理ページで、対象プロジェクトカードの[情報設定]をクリックして、[情報設定]ダイアログボックスを開きます。

  3. [情報設定] ダイアログボックスで、[リリース設定] セクションに移動し、スイッチをクリックしてリリース承認を有効化または無効化します。有効化すると、次のパラメーターを設定する必要があります。

    • [承認者]:[プロジェクト管理者] または [カスタム] を選択できます。[プロジェクト管理者] を選択した場合、現在の本番プロジェクトのすべての管理者が選択されます。[カスタム] を選択した場合、最大 10 人のデフォルトの承認者を選択する必要があります。

    • [承認ポリシー]: デフォルトのポリシーは [並列承認] です。いずれか 1 人の承認者による承認があれば十分ですが、いずれか 1 人の承認者が拒否するとリクエストは拒否されます。

  4. [リリース履歴] ページで、リリース名の横にある image アイコンをクリックすると、リリース承認プロセスが表示されます。

    リリース承認プロセスダイアログボックスで、各リクエストの承認ステータス、承認者、その他の情報を確認できます。image アイコンをクリックして、タスクセンターに移動し、対応する承認リクエストの詳細を確認できます。

  5. 承認者は、ページの右上隅にある image アイコンをクリックして タスクセンター に移動し、リリースタスクを承認できます。詳細については、「タスクの確認と処理」をご参照ください。

タスクの編集

  1. [リリース予定] ページで、対象オブジェクトの [操作] 列にある image アイコンをクリックし、[編集] を選択して開発ページの対応するプロジェクトに移動します。

  2. タスクのモジュールに移動し、タスクを編集します。

オブジェクトの削除

オブジェクトを削除すると、リリース待ちオブジェクトリストから削除されます。このアクションは、本番環境または開発環境におけるタスクの既存バージョンには影響しません。タスクを変更する必要がある場合は、再度コミットしてリリースする必要があります。

操作手順

  1. (任意) [リリース予定] ページで、[フィルター] をクリックして、プロジェクト、最新のコミッター、オブジェクトタイプ、最新のコミット時刻、または変更タイプ別にオブジェクトを検索できます。また、[自分が提出] および [本日提出] を選択して、リストをすばやく絞り込むこともできます。

  2. [リリース待ち] ページで、1 つ以上のオブジェクトを削除します。

    • 単一のオブジェクトの削除:対象のオブジェクトの [操作] 列で、image アイコンをクリックし、[削除] を選択します。

    • オブジェクトの一括削除: 複数のオブジェクトを選択するか、ページの下部にある [このページのすべてを選択] をクリックしてから、[一括削除] をクリックします。

  3. 表示されるダイアログボックスで、[OK] をクリックして削除を完了します。

リリース履歴の確認

[リリース履歴] ページには、リリースされたすべてのタスクとそのバージョン履歴が一覧表示されます。このページから、次の操作を実行できます。

  • リリース詳細の確認: 詳細については、「リリース詳細の確認」をご参照ください。

  • 再リリース: リリースに失敗したオブジェクトを再リリースします。詳細については、「再リリース」をご参照ください。

  • バージョンの詳細の表示: 対象のオブジェクトの [バージョン] 列の番号をクリックすると、現在のバージョンの詳細情報を表示できます。

  • O&M に移動: このオプションは、ステータスが 成功 で、変更タイプが 削除 以外のオブジェクトで利用できます。対象のオブジェクトの [操作] 列にある image アイコンをクリックすると、O&M ページの対応するモジュールに移動します。

[リリース予定] ページで、対象のオブジェクトの [操作] 列にある image アイコンをクリックすると、その以前のバージョンのリリース履歴を表示できます。

説明

リリース履歴を確認できるのは、複数のバージョンがあるタスクのみです。

リリース詳細の確認

  1. [リリース履歴] ページで、対象オブジェクトの「操作」列にある image アイコンをクリックすると、[リリース詳細] ダイアログボックスが開きます。

  2. [リリース詳細] ダイアログボックスでは、オブジェクトの [基本情報][プロセスチェック]、および [例外通知] を表示できます。

    リリースチェック項目

    説明

    リリース承認

    このステップは、リリース承認が有効になっている場合に適用されます。以前に承認されたが失敗したオブジェクトを再リリースする場合、このステップは自動的に承認されます。

    制御ルールチェック

    このステップは、オブジェクトがリリース制御ポリシーに一致する場合に適用されます。制御ルールに一致した場合、[Control Policy][Control Rule][Exception Description] (存在する場合)、および [Check Result] が表示されます。[Operation] 列にある image アイコンをクリックして、ルールチェックの詳細を確認します。

    実行条件チェック

    検証条件はオブジェクトタイプによって異なります。チェックが失敗した場合は、画面の指示に従って問題を修正し、再リリースしてください。元のリリースがすでに承認されている場合、新しい承認は必要ありません。

    [クォータチェック]

    このチェックは、オブジェクトがデータ処理ユニットを消費する場合に適用され、定期タスク にのみ適用されます。手動タスクには適用されません。

    • 統合と同期には、オフラインパイプラインタスク、同期タスク、およびリアルタイム統合タスクが含まれます。

    • データ処理には、オフラインコンピューティングタスクとリアルタイムコンピューティングタスクが含まれます。

    • 標準モデリングには、ディメンション論理テーブル、ファクト論理テーブル、派生メトリック、および複合メトリックが含まれます。

    説明
    • オブジェクトがすべてのチェックに合格した後、データ処理ユニットを消費する場合は、クォータチェックを受ける必要があります。定期タスクのみがこのチェックを必要とします。詳細については、「リソース使用状況の確認」および「統計方法」をご参照ください。

    • ファイル (アドホッククエリから) 、テーブル管理オブジェクト (メタテーブル、ミラーテーブル、オフライン物理テーブル) 、オフラインコンピューティングテンプレート、リアルタイムコンピューティングテンプレート、および登録・マウントされたメトリックは、クォータチェックを必要としません。

  3. オブジェクトのステータスが成功の場合は、[閉じる] をクリックします。ステータスが失敗の場合は、[再リリース] をクリックしてリリースを再試行します。