ご要望またはご協力できることがございましたらお気軽にお問い合わせください
一般的なお問い合わせと所在地情報
お問い合わせ
Control-M + RabbitMQ
RabbitMQのワークフローは、メッセージ発行操作が実行される前に開始されます — そして、上流の何かが壊れると失敗する可能性があります。Amazon S3オブジェクトが到着しない。Kubernetesバッチジョブが遅れて終了する。Control-Mはファイルの到着、アプリケーション処理、RabbitMQメッセージの発行、下流サービスの実行という完全なチェーンをオーケストレーションします。
一般的なワークフローの問題
これがあなたの一週間のように聞こえますか？
これはエッジケースではありません。これらは、複数のツールでRabbitMQメッセージングワークフローを実行しているチームの通常の動作条件です。Control-Mがそれぞれをどのように処理するかを示します。
アップストリームの失敗
02:00のバッチが失敗しました。RabbitMQはその完了メッセージを公開してはなりません。
Control-MはRabbitMQジョブを実行する前にアップストリームジョブの状態を評価します。処理が失敗した場合、公開ステップはブロックされたままで、ダウンストリーム依存関係は進行しません — 不完全なデータに対して作業をトリガーする成功メッセージの発生を防ぎます。
メッセージルーティング
処理が完了しました。メッセージにはまだ正しいエクスチェンジとルーティングキーが必要です。
Control-Mは、ターゲット仮想ホスト、エクスチェンジ、ルーティングキー、メッセージエンコーディング、プロパティ、およびペイロードを使用してRabbitMQの公開アクションを定義します。公開は、アプリケーション側の接着剤や切り離されたスクリプトの代わりに、明示的で依存関係に配慮したワークフローステップになります。
失敗回復
ワークフローが公開ステップに達すると、RabbitMQエンドポイントが利用できません。
Control-Mは、ジョブの失敗結果を検出し、再実行ロジック、通知、または下流の保留などのワークフローレベルの回復アクションを適用します。オペレーターは、RabbitMQの前後のジョブと同じワークフローコンテキストで失敗を確認します。
キュー操作
古いメッセージは、次の制御された処理サイクルの前にキューに残ります。
Control-Mは、定義された仮想ホストとキューに対してRabbitMQのキューをパージするアクションをオーケストレーションされたジョブとして実行できます。必要なチェックの後、下流処理の前にシーケンスして、キューのクリーンアップが意図したワークフローポイントで行われるようにします。
SLAリスク
RabbitMQは成功しました。エンドツーエンドのサービスはまだ遅れて進行中です。
Control-MはRabbitMQジョブにSLA管理を添付し、ワークフロー全体でのタイミングを評価します。予測的SLAモニタリングは、ビジネスの締切の前に潜在的な遅延を特定し、チームが配信リスクを引き起こす依存関係に対して修正に集中できるようにします。
Control-M + RabbitMQ
Control-M + RabbitMQ
|
APIと自動化機能 |
Control-M Automation API · ジョブ:RabbitMQ JSON定義 · 中央集約型接続プロファイル · メッセージを発行 · キューをパージ · vhostターゲティング · エクスチェンジとルーティングキーの設定 · String/Base64メッセージエンコーディング |
|
デプロイメントモデルとインフラストラクチャの柔軟性 |
Control-M SaaS · Control-Mセルフホステッド · Linuxエージェント · Windowsエージェント · リモートRabbitMQエンドポイント接続 · プロビジョニングされたRabbitMQプラグイン · ハイブリッドアプリケーションワークフロー |
|
セキュリティポスチャ |
中央集約型RabbitMQ資格情報 · ユーザー名/パスワード認証 · 外部ボールトの秘密の取得 · CyberArk統合 · HashiCorp Vault統合 · Control-Mロールの権限 · SAML 2.0/SSO · 監査制御 |
|
インシデント対応とMTTRの有効化 |
RabbitMQジョブのステータス監視 · 結果と出力の可視性 · 終了しなかった検出 · 設定可能な再実行アクション · 下流の依存関係の制御 · SLA遅延予測 · 自動通知 · PagerDutyワークフロー統合 |
エンドツーエンドオーケストレーション
1つのプロダクションワークフロー。スタック内のすべてのツール。
Control-Mは、RabbitMQ、Kubernetes、AWSサービス、データベース、ファイル転送、下流アプリケーション全体でワークフローをオーケストレーションします — 依存関係の追跡、SLAの可視性、およびすべての自動回復を伴う単一のジョブフローで。
- ツール間の依存関係: ファイルの到着 → Kubernetesジョブ → RabbitMQの発行 → 下流サービス
- データ認識トリガー: ファイルの到着、APIイベント、ジョブの完了、アプリケーションの結果
|
RabbitMQ |
メッセージの発行 · キューのパージ · エクスチェンジターゲティング · ルーティングキーの設定 · ジョブステータスおよび出力の監視 |
|
Kubernetes |
ワークロードの実行 · 完了の追跡 · 依存関係の調整 · 下流トリガー |
|
Amazon S3 |
ファイルの到着検出 · ワークフローのトリガー · 上流データの準備 |
|
データベース |
SQL実行 · ストアドプロシージャ · データ検証 · 依存関係の調整 |
|
Control-M MFT |
管理されたファイル転送 · ファイル到着イベント · 転送ステータス · ダウンストリームトリガー |
|
PagerDuty |
インシデント作成 · インシデント更新 · 障害エスカレーション · 応答ワークフロー調整 |
|
ダウンストリームアプリケーション |
API呼び出し · 依存関係の順序付け · 完了追跡 · ビジネスワークフローハンドオフ |
ワークフローを監視する
RabbitMQをフルワークフローコンテキストで確認する。
RabbitMQはブローカーおよびキューレベルの運用情報を公開しますが、プロダクションの結果はしばしばブローカーの外部システムに依存します。Control-Mは、RabbitMQジョブをそれが依存するアップストリームおよびダウンストリーム作業とともに表示し、オペレーターにトラブルシューティングのための実行コンテキストを提供します：
-
RabbitMQジョブステータス
-
結果と出力の可視性
-
クロスツール依存関係のステータス
-
ランタイムと実行履歴
-
エンドツーエンドSLAリスク
SLA保証
RabbitMQ駆動のワークフローを予定通りに維持する。
RabbitMQアクションが成功したからといって、完全なサービスが時間通りに完了することを証明するわけではありません。Control-Mはエンドツーエンドのワークフロー内でRabbitMQを追跡し、そのサービスの締切への貢献を評価し、チームが早期に介入できるように予測される遅延を明らかにします：
-
SLA違反予測
-
クリティカルパスの可視性
-
依存関係を考慮した回復
-
積極的なオペレーターアラート
-
ビジネス締切追跡
ドキュメント
複雑なワークフローに秩序をもたらす
Control-Mがチームがより大きな可視性、調整、制御で複雑なプロセスをオーケストレーションするのに役立つ方法を学ぶ。
