Control-M + OCIデータサイエンス

あなたのOCIデータサイエンスワークフローは、ジョブ実行が開始される前から始まります。そして、上流で何かが壊れると失敗する可能性があります。OCIオブジェクトストレージのトレーニングデータセットが遅れて到着します。OCIデータ統合タスクが処理ウィンドウを逃します。Control-Mは完全なチェーンをオーケストレーションします：オブジェクトストレージデータの到着、OCIデータ統合の変換、OCIデータサイエンスの実行、そして下流の配信。

あなたのようなパイプラインで見る統合事実を見る

一般的なワークフローの問題

これはあなたの週のように聞こえますか？

これは特異なケースではありません。これらは複数のツールでOCIデータサイエンスパイプラインを運営しているチームのための通常の運用条件です。Control-Mが各ケースをどのように処理するかを見てみましょう。

データの準備

あなたのオブジェクトストレージデータセットは遅れています。トレーニングジョブはそれでもスケジュールされています。

Control-MはOCIデータサイエンスのジョブを成功した上流の処理に依存させ、孤立したスケジュールではなくします。このジョブは、必要なデータワークフローが完了した後にのみ開始され、不完全なデータセットがモデルのトレーニングに伝播するのを防ぎます。

パイプラインの失敗

あなたのパイプライン実行は夜間に失敗しました。下流の処理はまだ待機中です。

Control-MはOCIデータサイエンスの実行を監視し、その完了状況を検出し、実行が失敗したときに依存する作業を保持します。設定可能な状態ポーリングと障害耐性が実行の監視方法を制御し、失敗したMLステップが下流に連鎖するのを防ぎます。

モデルデプロイメント

トレーニングは午前2時に終了しました。モデルデプロイメントはまだ引き渡しが必要です。

Control-Mは成功した上流の完了を次のOCIデータサイエンスアクション、モデルデプロイメントエンドポイントの作成に直接接続します。トレーニングとデプロイメントは、一つのスケジュールされたワークフロー内の依存ステージとなり、手動トリガーを排除します。

SLAリスク

ジョブはまだ実行中です。あなたの朝のスコアリングの締切が近づいています

Control-MはOCIデータサイエンスのジョブをその完全な生産ワークフロー内で追跡し、依存ステップ全体にわたってSLA管理を適用します。チームは、遅延が必要な納期を脅かすときに介入できるようになります。

ツール間の依存関係

OCIデータ統合が完了しました。あなたのデータサイエンスのジョブは開始されていません。

Control-MはOCIデータ統合とOCIデータサイエンスを同じワークフロー内で調整し、切り離されたスケジュールではなく、完了依存性を使用します。データサイエンスのジョブは、必要なETLタスクが完了した後に開始され、サービス間のタイミングのギャップを排除します。

統合事実