Control-M + Azure DevOps

Azure DevOpsワークフローは、パイプライン実行が開始される前から始まり、上流で何かが壊れると失敗する可能性があります。Azure Blobアーティファクトが遅れて到着する。Terraformインフラストラクチャジョブがデプロイメントウィンドウを逃す。Control-Mは、アーティファクトの到着、インフラストラクチャのプロビジョニング、Azure DevOpsパイプラインの実行、下流のデプロイメントの完全なチェーンを調整します。

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

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

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

これらはエッジケースではありません。これらは、複数のツールでAzure DevOpsパイプラインを実行しているチームの通常の運用条件です。Control-Mがそれぞれのケースをどのように処理するかを示します。

上流依存関係

あなたの Terraform デプロイメントは失敗しました。Azure DevOps はまだ実行を待っています。

Control-M は、Azure DevOps パイプラインをリリースする前に Terraform ジョブの完了状態を評価し、不完全なインフラストラクチャに対するデプロイメントを防ぎ、前提条件が成功するまで依存するワークフローの進行を阻止します。

リリースタイミング

ビルドは午前2時07分に合格しました。下流バッチウィンドウはありませんでした。

Control-M は、Azure DevOps パイプラインの周りに高度なスケジューリング基準とツール間依存関係を適用し、時間に敏感な処理ウィンドウや下流ジョブとの完了を調整します。切り離されたスケジュールに依存するのではなく。

パイプラインの失敗

あなたのデプロイメントパイプラインは失敗しました。3つの下流プロセスが実行の準備ができています。

Control-MはAzure DevOpsパイプラインの状態と結果を監視し、パイプラインが失敗した場合に依存するジョブを保持し、失敗が下流のアプリケーション、データ、またはインフラストラクチャのワークフローに波及するのを防ぎます。

リリースの変動性

本番環境ではリリースブランチが必要です。今夜の実行はまだ別の場所を指しています。

Control-Mは指定されたリポジトリのブランチに対してAzure DevOpsパイプラインを実行し、ランタイムでパイプライン変数とパラメータを渡すことができ、リリースの実行を意図されたデプロイメント構成に合わせて保ちます。

SLAリスク

パイプラインが長時間実行されています。午前6時のサービス期限は動いていません。

Control-MはAzure DevOpsジョブを広範なサービスワークフローに取り込み、SLA管理を添付し、オペレーションチームに遅延したパイプラインがエンドツーエンドのビジネスサービスに影響を与える前に期限リスクを見える化します。

統合の事実