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

今週の状況はこんな感じですか?

これはエッジケースではありません。これらは、複数のツールを使用してSFTPファイル転送を行うチームの通常の運用条件です。Control-Mがそれぞれのケースをどのように処理するかを示します。

ファイル到着

午前2時です。パートナーの決済ファイルはまだ到着していません。

Control-Mは、依存処理をリリースする前に必要なファイル条件を待機します。期待される転送が遅れると、下流のジョブは不完全なデータを処理するのではなく、ゲートされます。これにより、運用チームは別のサーバーやスケジュールをポーリングするのではなく、制御された依存関係パスを持つことができます。

転送失敗

マルチギガバイトのSFTP転送が失敗します。下流の処理はすでに待機中です。

Control-Mはワークフロー内で失敗した転送を検出し、下流の処理が続く前に定義された回復アクションを適用します。ファイル転送ステータスとアプリケーションの依存関係は接続されたままであり、運用チームが別々の転送およびスケジューリングツールを手動で調整することなくサービスを回復するのを助けます。

アップストリーム遅延

SAPは遅れています。固定されたSFTP転送ウィンドウはすでに過ぎています。

Control-Mは独立した転送スケジュールに依存するのではなく、転送を上流ジョブの完了に結び付けます。SAPが完了すると、SFTPステップはその依存関係に従って進行でき、ファイルの作成と安全な配信の間のタイミングギャップを減少させます。

エンドポイントセキュリティ

パートナーがSSHキーを回転させます。今夜の転送は接続を停止します。

Control-MはSFTP接続情報を集中管理し、SSHベースの認証をサポートすることで、オペレーションチームに転送接続を管理するための制御された場所を提供します。接続の変更は、SFTPエンドポイントに依存するエンドツーエンドのビジネスワークフローを再構築することなく対処できます。

オペレーションの可視性

バッチが失敗しました。3つのチームがファイルの所在を尋ねています。

Control-Mはファイル転送のステータスと関連するアプリケーションワークフローを1つの運用ビューに統合します。チームは、依存関係と共にSFTPステップをコンテキストで確認でき、スクリプト、転送コンソール、アプリケーションチーム、および切断されたスケジューリングツール間での調査を減少させます。

統合の事実

Control-M + SFTP

プラットフォームとOSのカバレッジ

UNIX/Linux · Windows · z/OS · Tandem · OS2200 · OpenVMS

サポートされているジョブタイプ

SFTPファイル転送 · 二つの単一エンドポイント · エンドポイント間転送 · マルチファイル転送(ジョブごとに最大5つの連続転送) · ディレクトリおよび再帰的転送 · ファイル監視

SLA監視およびアラート

ワークフローSLA追跡 · 依存関係の監視 · 転送状況の監視 · 障害アラート · 下流ジョブ制御 · 障害時の回復アクション

監査証跡およびアクセス制御

SSHキー認証 · パスワード認証 · SSHホスト承認(署名変更時に自動再承認) · 中央集権的接続プロファイル · 接続プロファイルの承認 · 転送監視

エンドツーエンドオーケストレーション

1つのプロダクションワークフロー。スタック内のすべてのツール。

Control-Mは、SFTP、SAP、Oracle、Amazon S3、Azure Storage、Google Cloud Storage、およびエンタープライズアプリケーションを単一のジョブフローで調整します — 依存関係の追跡、SLAの可視性、およびすべての自動回復が含まれます。

  • ツール間依存関係:SAPエクスポート → SFTP転送 → Oracle処理 → アプリケーションの引き渡し
  • データ認識トリガー:ファイル到着、上流ジョブの完了、転送完了、下流ファイルの可用性

SFTP

安全なファイル転送 · ファイル監視 · 転送状況 · ワークフロー依存関係

SAP

上流ジョブ調整 · ファイル作成依存関係 · 下流トリガー

Oracle

データベースジョブ調整 · 処理依存関係 · アプリケーション引き渡し

Amazon S3

クラウドファイル転送 · ソース/デスティネーションエンドポイント · ワークフロー調整

Azure Storage 

クラウドファイル転送 · ソース/デスティネーションエンドポイント · ワークフロー調整

Google Cloud Storage 

クラウドファイル転送 · ソース/デスティネーションエンドポイント · ワークフロー調整

転送を監視する

SFTP転送と依存ワークフローを一緒に監視。

SFTPはファイルの移動を確認しますが、運用チームは各転送の前後のジョブも理解する必要があります。Control-Mはファイル転送と関連するアプリケーションワークフロー全体にわたって中央集権的な可視性を提供し、チームが完全な運用チェーンを監視できるようにします:

  • ファイル転送ステータス

  • 上流および下流の依存関係

  • 転送およびワークフローの可視性

  • 失敗および回復ステータス

SLA保証

SFTP依存サービスをスケジュール通りに運行させ続ける。

完了したSFTP転送はビジネスサービスの1つのステップのみをカバーします。Control-Mはファイルの移動をその周囲のジョブやアプリケーションと調整し、運用チームが完全なワークフロー全体で依存関係とサービスのタイミングを管理できるようにします:

  • エンドツーエンドのワークフロー依存関係

  • ビジネスサービスSLAの可視性

  • ファイルを考慮したジョブのシーケンシング

  • 自動化された失敗処理

  • 中央集権的な運用監視

複雑なワークフローに秩序を持たせる

Control-Mがチームに複雑なプロセスをより大きな可視性、調整、および制御でオーケストレーションする方法を学ぶ。