ご要望またはご協力できることがございましたらお気軽にお問い合わせください
一般的なお問い合わせと所在地情報
お問い合わせ
Control-M + OCI VM
あなたの OCI VM ワークフローは、仮想マシンのライフサイクルアクションが実行される前に始まり、それが上流で壊れると失敗する可能性があります。OCI データ統合タスクは、アプリケーションデータが準備される前に失敗します。Terraform ワークスペースの実行が遅れてコンピュートウィンドウを逃します。Control-M は、OCI データ準備、インフラストラクチャプロビジョニング、OCI VM 実行、および下流のアプリケーション処理全体を調整します。
一般的なワークフローの問題
これはあなたの週のように聞こえますか？
これらはエッジケースではありません。これらは、複数のツールでOCI VMワークフローを実行するチームの通常の運用条件です。Control-Mがそれぞれをどのように処理するかをご覧ください。
プロビジョニング遅延
Terraformが遅れて完了しました。あなたのOCI VMワークロードはまだ待機中です。
Control-Mは明示的な依存関係を通じてTerraformとOCI VMジョブを調整し、必要な上流作業が成功裏に完了した後にのみVMアクションをリリースします。失敗または遅延したプロビジョニングは依存フローの進行を停止し、早期実行を防止し、手動調整を減少させます。
インスタンス状態
インスタンスは実行中である必要があります。アプリケーションジョブはすでに待機しています。
Control-MはOCI VMライフサイクルアクションを実行し、依存作業をリリースする前にその状態を監視します。スタート、ストップ、リセット、ソフトストップ、ソフトリセット、作成、詳細取得、削除は、孤立したインフラストラクチャアクションの代わりにオーケストレーションされたワークフローステップとなります。
データ依存性
OCIデータ統合が遅れています。コンピュートはデータが準備できる前に開始します。
Control-MはOCIデータ統合とOCI VMジョブを1つのワークフローで接続するため、VM実行は必要なデータタスクの完了を待つことができます。複雑な依存関係は、不完全または利用できないデータに対して下流処理が開始されるのを防ぎます。
資格情報変更
OCI APIキーが変更されました。スケジュールされたVM操作が失敗しました。
Control-Mは、定義された認証パラメータまたはエージェント構成ファイルをサポートするために、認証のために中央集権的なOCI VM接続プロファイルを使用します。チームは、個々のジョブ定義とは別にOCIエンドポイントと資格情報を管理し、重複した構成を減少させ、制御された資格情報の変更を簡素化します。
SLAリスク
コンピュートが遅れて開始しました。あなたの午前6:00のサービス期限が遅れています。
Control-Mは、インフラストラクチャを孤立して監視するのではなく、エンドツーエンドのワークフロー内にOCI VM操作を配置します。SLA管理、スケジューリング基準、ジョブ間依存関係は、運用チームに下流サービスの提供を脅かす遅延を早期に可視化します。
Control-M + OCI VM
Control-M + OCI VM
|
API と自動化機能 |
自動化 API · ジョブ:OCI VM · JSON ジョブ定義 · 作成 · 開始 · 停止 · リセット · ソフト停止 · ソフトリセット · 詳細を取得 · 削除 |
|
デプロイメントモデルとインフラストラクチャの柔軟性 |
Control-M SaaS · Control-M 自己ホスト · Control-M エージェント · Linux エージェント · Windows エージェント · 地域ごとの OCI エンドポイント |
|
セキュリティ姿勢 |
中央集権型接続プロファイル · ユーザー OCID · テナンシー OCID · API キー指紋 · プライベートキー · エージェント構成ファイル · OCI 地域エンドポイント |
|
インシデント対応と MTTR イネーブルメント |
ステータス監視 · ジョブ出力 · ジョブ間依存関係 · 失敗の封じ込め · 高度なスケジューリング · SLA 管理 · ワークフロー再実行 |
エンドツーエンドのオーケストレーション
1つの生産ワークフロー。スタック内のすべてのツール。
Control-M は、OCI VM、Terraform、OCI データ統合、OCI 関数、ファイル転送、およびクラウドサービス全体でワークフローを調整します。依存関係の追跡、SLA の可視性、およびそれら全体にわたる自動回復を伴う単一のジョブフローで。
- ツール間の依存関係: Terraform → OCI VM → アプリケーションジョブ → 下流の引き渡し
- データ認識のトリガー: ファイル到着、API イベント、OCI データ統合完了、ジョブ結果
|
OCI VM |
作成 · 開始 · 停止 · リセット · ソフト停止 · ソフトリセット · 詳細を取得 · 削除 |
|
Terraform |
ワークスペースをトリガー · 変数を渡す · 実行ステータスを監視 · 依存関係を調整 |
|
OCI データ統合 |
ワークスペースを開始 · タスクを実行 · ステータスを監視 · 下流のジョブを調整 |
|
OCI 関数 |
関数を呼び出す · ペイロードパラメータを渡す · 下流処理を調整 |
|
ファイル転送 |
管理されたファイル移動 · ファイル到着依存 · 転送完了 |
|
クラウドサービス |
クロスプラットフォーム依存 · スケジューリング · 監視 · ワークフロー調整 |
ワークフローを監視する
ワークフローコンテキストでOCI VM操作を監視する
OCIは個々のコンピュートリソースの状態を示しますが、生産サービスはVMアクションの前後の作業に依存しています。Control-MはOCI VM実行を周囲のアプリケーションとインフラストラクチャのワークフローと同じ運用ビューに統合します:
-
OCI VM実行ステータス
-
ジョブ結果と出力
-
クロスプラットフォームのワークフロー依存
-
上流および下流のステータス
-
集中管理されたワークフロー監視
SLA保証
OCI依存のワークフローをスケジュール通りに維持する
実行中のOCIインスタンスは、ビジネスワークフローが時間通りに終了することを保証しません。Control-MはOCI VM操作をスケジューリング、依存関係、リソース管理、SLA管理と結びつけ、チームが完全なサービス提供経路を管理できるようにします:
-
エンドツーエンドのSLA可視性
-
高度なスケジューリング基準
-
ジョブ間依存制御
-
リソースを意識したワークフロー実行
-
集中管理された障害可視性
ドキュメンテーション
複雑なワークフローに秩序をもたらす
Control-Mがチームにどのように複雑なプロセスを可視化、調整、管理するのかを学ぶ。
