Control-M + Tableau

あなたのTableau分析ワークフローは、抽出リフレッシュやフローが実行される前に始まります。上流の何かが壊れると失敗する可能性があります。AWS S3データセットが遅れて到着します。Snowflakeの変換が報告ウィンドウを逃します。Control-Mは、データの到着、変換、Tableauの実行、および下流の配信の完全な連鎖を調整します。

あなたのパイプラインのようなものを見てみましょう統合事実を見る

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

今週はこんな感じですか？

これらはエッジケースではありません。これらは、複数のツールでTableauワークフローを実行するチームにとっての通常の運用条件です。Control-Mがそれぞれをどのように処理するかを示します。

データの鮮度

あなたの7:00 AMダッシュボードが更新されました。Snowflakeは7:12に終了しました。

Control-Mは、Tableauの実行を成功した上流処理に依存させます。リフレッシュは、必要なジョブが完了した後にのみ開始され、ビジネスユーザーが昨日のデータで populatedされたダッシュボードを開くのを防ぎます。

リフレッシュ失敗

Tableauデータソースのリフレッシュが失敗しました。朝のレポートはまだ送信されました。

Control-MはTableauのジョブステータスを監視し、成功しなかった実行を検出し、依存するワークフローステップが進行するのを防ぎます。構成可能な回復および通知ロジックは、古くなったまたは不完全な分析が静かに下流のビジネスプロセスに移行するのを防ぎます。

フローディペンデンシー

あなたのTableauフローは準備ができました。そのソースデータはありません。

Control-Mは、上流ジョブとTableauの実行を1つのワークフローで調整し、必要な依存関係が完了した後にのみTableauのフローを解放します。チームは、切り離されたスケジュールを依存関係駆動の実行に置き換え、不完全または遅れたデータの処理を避けます。

SLAリスク

ファイナンスは8:00までにダッシュボードが必要です。パイプラインはすでに遅れています。

Control-Mは、ビジネスSLAのエンドツーエンドの一部としてTableauジョブを追跡し、上流および下流の依存関係における遅延を明らかにします。チームは、期限のリスクを早期に特定し、遅延データが報告の約束を逃す前に介入できます。

手動リカバリ

2:13 AMのリフレッシュが失敗しました。誰かが手動で再起動する必要があります。

Control-MはTableauの実行を周囲のワークフローと統合し、ジョブの完了を監視し、処理が失敗したときに定義されたリカバリロジックを適用します。オペレーションチームは個々のスケジュールを追いかける時間が少なくなり、ビジネスオーナーはより予測可能な分析の提供を受けられます。

統合事実