Control-M + Jenkins

あなたのJenkinsワークフローは、パイプラインビルドが実行される前に始まります—そして、上流で何かが壊れると失敗する可能性があります。GitHub Actionsワークフローは、必要なビルドアーティファクトを公開する前に失敗します。Terraformワークスペースの実行には予想以上の時間がかかり、環境のプロビジョニングが遅れます。Control-Mは、アーティファクトの作成、インフラストラクチャのプロビジョニング、Jenkinsの実行、アプリケーションのデプロイメント全体を調整します。

あなたのパイプラインのようなものを見てください統合事実を表示

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

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

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

アップストリーム依存関係

あなたのTerraform実行は遅れています。インフラストラクチャが準備できる前にJenkinsが開始します。

Control-MはJenkinsジョブを上流のインフラストラクチャジョブの成功した完了に依存させ、他のControl-Mジョブとの単一のスケジューリング環境にJenkinsを統合します。パイプラインはその前提条件が満たされた後にのみ開始され、切り離されたスケジュールを明示的なクロスツール依存関係に置き換え、準備が整っていない環境に対してデプロイメントが実行されるのを防ぎます。

APIスロットリング

JenkinsがHTTP 429を返します。あなたのデプロイメントトリガーはビルドの前に停止します。

Control-Mは設定されたHTTPレスポンスコードを検出し、実行ステップを自動的に再実行します。チームはJenkins接続プロファイルで再実行の間隔と試行回数を定義でき、一時的なAPIの失敗をすぐに失敗したワークフローに変えることなく吸収します。

失敗のカスケード

Jenkinsパイプラインが失敗しました。下流のリリースジョブはまだ待機中です。

Control-MはJenkinsのステータスと結果を監視し、ジョブフロー全体にわたる依存関係を管理します。失敗したJenkinsジョブは依存する作業のリリースを防ぎ、失敗を抑制し、オペレーターに切り離されたトラブルシューティングではなく調整された回復パスを提供します。

トラブルシューティングの遅延

Jenkinsが夜間に失敗しました。コンソール出力には失われた手がかりが含まれています。

Fetch Console Logsオプションが有効になっていると、Control-MはJenkinsのコンソールログを取得し、オーケストレーションされたワークフローにジョブのステータス、結果、出力を表示します。オペレーターは、周囲の依存関係とともに実行証拠を取得し、回復を開始する場所を特定するのにかかる時間を短縮します。

SLAリスク

ビルドは成功しました。エンドツーエンドのリリースはまだ遅れています。

Control-Mを使用すると、周囲の依存関係を追跡しながらJenkinsジョブにSLAジョブを追加できます。チームは、Jenkinsを完全な生産ワークフローの一部として管理できるため、成功したビルドの完了がサービスチェーン内の他の遅延を隠すことはありません。

統合事実