ご要望またはご協力できることがございましたらお気軽にお問い合わせください
一般的なお問い合わせと所在地情報
お問い合わせ
Control-M + CircleCI
あなたのCircleCIワークフローは、ビルド、テスト、デプロイメントパイプラインが実行される前に開始されます。上流で何かが壊れると失敗する可能性があります。Amazon S3のデプロイメントアーティファクトが遅れて到着します。Terraformインフラストラクチャのジョブがリリースウィンドウを逃します。Control-Mは、アーティファクトの到着、インフラストラクチャのプロビジョニング、CircleCIの実行、下流のデプロイメントの完全なチェーンを調整します。
一般的なワークフローの問題
これはあなたの週のように聞こえますか？
これらはエッジケースではありません。それらは複数のツールでCircleCIパイプラインを実行するチームのための通常の運用条件です。Control-Mがそれぞれのケースをどのように処理するかを以下に示します。
上流依存関係
Terraformは遅れて完了しました。あなたのCircleCIデプロイメントパイプラインはそれでもスケジュール通りに開始されました。
Control-Mはパイプラインを成功したインフラストラクチャプロビジョニングに依存させ、その後、必要な上流ジョブが完了したときのみCircleCIをトリガーします。クロスツールの依存関係は切り離されたスケジュールに取って代わり、実際に必要なインフラストラクチャに合わせてデプロイメントを整然と保ちます。
パイプラインの失敗
あなたのCircleCIワークフローは昨晩失敗しました。下流のリリースはまだ待機中です。
Control-MはCircleCIの実行ステータスを追跡し、失敗後に依存ジョブが続行するのを防ぎます。オペレーターは、オーケストレーションフローからCircleCIワークフローを再実行でき、失敗を含み周囲のワークフローを再構築することなく処理を復元します。
リリースタイミング
ビルドは02:14に合格しました。プロダクションは06:00までデプロイできません。
Control-MはCircleCIの実行を高度なスケジューリング基準とクロスプラットフォームの依存関係と組み合わせるため、成功したビルドは必要なプロダクションウィンドウと下流の条件を待ちます。チームはCI/CDパイプライン内に企業のスケジューリングロジックを埋め込むことなく、リリースのタイミングを調整します。
ステータスの可視性
CircleCIは成功を示しています。エンドツーエンドのリリースが実際に完了したかどうかは誰にもわかりません。
Control-MはCircleCIのジョブステータス、結果、出力を周囲のジョブと並行して監視します。オペレーターはCI/CDステップをエンドツーエンドのワークフローコンテキストで確認できるため、停滞した依存関係や下流の失敗をスケジューリング環境の中で特定しやすくなります。
SLAリスク
CircleCIはまだ実行中です。あなたの07:00のリリースコミットメントが急速に近づいています。
Control-MはCircleCIのジョブにSLA管理を付加し、CI/CDステップをより広いプロダクションワークフローの中で追跡します。チームはパイプラインの完了を孤立した技術的イベントと見なすのではなく、ビジネスの締切に対してリリースを管理できます。
Control-M + CircleCI
Control-M + CircleCI
|
APIと自動化機能 |
CircleCI API v2 · パイプラインをトリガー · ワークフローを再実行 · パイプラインの詳細 · ランタイムパラメータ · Control-M Automation API |
|
デプロイメントモデルとインフラストラクチャの柔軟性 |
CircleCIクラウドエンドポイント · カスタムCircleCIエンドポイント · Control-M SaaS · Linuxエージェント · Windowsエージェント · 中央集権的接続プロファイル |
|
セキュリティポスチャ |
CircleCI APIトークン · セキュア接続プロファイル · 外部ボールト統合 · 中央集権的資格情報管理 · 設定可能な接続タイムアウト |
|
インシデント対応とMTTRの実現 |
ワークフローの再実行 · 失敗したジョブを再実行 · ステータスのポーリング · 下流依存関係の制御 · CircleCI出力の監視 · SLA添付 |
エンドツーエンドのオーケストレーション
1つの本番ワークフロー。スタック内のすべてのツール。
Control-Mは、CircleCI、Terraform、GitHub、AWS、ファイル転送、およびクラウドサービスを単一のジョブフローで調整します。依存関係の追跡、SLAの可視性、および自動回復をすべて行います。
- クロスツール依存関係: Terraform → CircleCIパイプライン → AWSデプロイメント → 検証
- データ対応トリガー: ファイル到着、APIイベント、インフラストラクチャの完了、上流ジョブのステータス
|
CircleCI |
パイプラインをトリガー · ランタイムパラメータを渡す · ワークフローを再実行 · パイプラインの詳細を取得 · ステータスを監視 |
|
Terraform |
インフラストラクチャをプロビジョニング · 上流依存関係を強制 · インフラストラクチャの準備を調整 |
|
GitHub |
ソースワークフローを調整 · リポジトリ駆動の自動化をシーケンス · 開発とリリースフローを接続 |
|
AWS |
クラウドワークロードを調整 · デプロイメント依存関係をシーケンス · 下流処理を調整 |
|
管理されたファイル転送 |
アーティファクトの到着を監視 · 安全なファイル移動 · 依存処理のトリガー |
|
PagerDuty |
インシデントワークフローの調整 · 操作イベントのルーティング · 自動応答のサポート |
リリースを監視する
完全なリリースフローでCircleCIの実行を監視します。
CircleCIはそのパイプライン内で何が起こるかを示しますが、本番リリースはインフラストラクチャ、ファイル、クラウドサービス、および下流アプリケーションにまたがることがよくあります。Control-MはCircleCIの実行をより広いワークフローのビューに統合することで、オペレーションチームが追跡できるようにします:
-
CircleCI実行ステータス
-
ジョブ結果と出力
-
上流および下流の依存関係
-
エンドツーエンドのワークフロー進捗
-
クロスプラットフォームの失敗コンテキスト
SLA保証
エンドツーエンドのSLAコミットメントに対してCircleCIのリリースを管理します。
成功したCircleCIパイプラインは、全体の生産プロセスが時間通りに終了することを保証しません。Control-MはCI/CDステップをSLAおよびそれに関連する依存関係に接続し、チームに完全な配信経路に対する運用制御を提供します:
-
CircleCIジョブのSLA添付
-
高度なスケジューリング基準
-
クロスツール依存関係管理
-
リソースとロックの制御
-
調整されたワークフローの回復
ドキュメント
複雑なワークフローに秩序をもたらす
Control-Mがチームに対して、より大きな可視性、調整、および制御を持って複雑なプロセスをオーケストレーションする方法を学ぶ。
