ポイント: メインフレームの近代化は、組織の敏捷性を高めるために不可欠です。Control-Mとマイクロフォーカスエンタープライズサーバーを統合することで、重要なワークフローと制度的知識を保持しながらメインフレームアプリケーションを現代のプラットフォームに移行できます。
- Control-Mはさまざまな環境でワークフローをオーケストレーションします。
- マイクロフォーカスエンタープライズサーバーは、最小限の変更で再プラットフォーム化を可能にします。
今日の複雑で急速に進化するデジタル環境において、組織は成長と革新を推進するための重要な優先事項としてビジネスの近代化を認識しています。彼らは、顧客中心のソリューションを促進するために、新興技術やツールとアジャイルなアプリケーションおよびデータパイプライン開発手法を活用する敏捷性と応答性の文化を受け入れています。
現在、多くの注目を集めている企業のデジタル近代化の一分野はメインフレームです。近代化の取り組みの一環として、メインフレーム組織は、アプリケーションをクラウドやコンテナのような新しいプラットフォームに移行することを評価しています。
しかし、メインフレームアプリケーションのより大きな敏捷性と柔軟性の魅力は強力なインセンティブですが、企業は、これらの変更が重要なビジネスサービスに影響を与える可能性があるため、重大なリスクに直面しています。彼らはまた、これらの新しい技術投資を活用しつつ、既存のアプリケーション、プロセス、およびこれらのビジネスクリティカルな成果を提供するワークフローに埋め込まれた知識と専門知識を保持しようとしています。
その結果、ほとんどのメインフレームを持つ組織は、移行のペースを調整しながら、引き続き価値を提供し続ける既存のコンポーネントを保持し、より現代的な環境でより良くサービスされる他のコンポーネントを選択的に移行する戦略的な移行アプローチを追求しています。
このバランスを管理し、運用リスクを軽減し、望ましい状態へのスムーズな旅を実行するために、企業は二つのコア技術プラットフォーム—Control-M（BMCのアプリケーションおよびデータワークフローオーケストレーションプラットフォーム）とマイクロフォーカスエンタープライズサーバー（Open Textのメインフレームアプリケーション再プラットフォーム化ソリューション）に依存しています。
アプリケーションとデータワークフローの移行
メインフレームシステムはリアルタイムトランザクションを支えることでよく知られていますが、実際にそのワークロードの大部分はバッチとして実行されます。これらのバッチジョブは、供給チェーンの実行、顧客請求、支払い、および期末の閉鎖などの重要なビジネス成果を提供するためにワークフローに統合されています。時間が経つにつれて、ワークフローは進化し、現代のインフラストラクチャやデータ技術を取り入れることで、しばしばハイブリッドで複雑なものになっています。進化する中で、彼らは会社のプロセスと標準に適応し、ベストプラクティス、洞察、そして制度的知識を蓄積しています。
これらの緊密に相互接続されたアプリケーションとデータソースの重要なワークフローを移行し、関連する制度的知識を維持することは、ほぼすべてのメインフレームアプリケーション移行における重要な課題です。この文脈においてControl-Mは理想的なプラットフォームです。メインフレームと移行されたアプリケーションを他の技術と共に統合し、分散システム、クラウド、コンテナプラットフォーム上での統合を保証します。また、組み込まれた知識、プロセス、標準を保持し、組織が望むスピードでのスムーズでリスクのない移行を可能にします。
さらに、マイクロフォーカスエンタープライズサーバーは、高性能でスケーラブルなデプロイメント環境であり、IBM®メインフレーム上で従来実行されていたアプリケーションを、分散システム、クラウド、コンテナに移動（再プラットフォーム化）することを可能にし、わずかな調整で実現します。
管理された変革
Control-Mは最近、マイクロフォーカスエンタープライズサーバーとの統合を提供し、マイクロフォーカスジョブを他のアプリケーションおよびデータワークフローとともに中央集権的にオーケストレーションすることを可能にしました。この統合は、Control-Mのインターフェースを通じてマイクロフォーカスジョブを管理することをサポートし、メインフレームジョブ、ファイル転送、エンタープライズリソースプランニング（ERP）ソリューション、データソース、クラウドおよびコンテナサービス全体で使用される同じ高度なオーケストレーション機能を活用します。
マイクロフォーカスエンタープライズサーバーとのControl-Mの統合は、BMCの移行ツールとサポートチームの専門知識と相まって、メインフレーム近代化プロジェクトにおける移行リソースおよび能力の最前線にこの統合ソリューションを位置付けています。
Control-Mは、依存関係、ワークフロー構造、組み込まれた知識、プロセスおよび標準の遵守を維持しながら、再プラットフォーム化されたマイクロフォーカスジョブでメインフレームアプリケーションを簡単に置き換えることができます。変更は運用上透明であり、Control-Mはソースおよび宛先環境全体でアプリケーションおよびデータワークフローの全体的な可視性と標準化された管理を提供し、アプリケーションや環境が進化する中で一貫したビジネス成果と価値を提供します。
既存のControl-Mのお客様にとって、メインフレームから分散またはオンプレミスサーバーおよび/またはクラウド環境への再プラットフォーム化は、指導に基づく簡単で安全なプロセスです。BMCサービス組織、そのグローバルパートナーネットワークを含む、は、マイクロフォーカスジョブによる完全または選択的な置き換えを通じてメインフレームワークフローを移行するお手伝いをし、継続的に更新される移行ツールとプラットフォーム間のワークフロー変換における専門知識を共有しています。
BMCサービスチームは、4つの主要なフェーズからなる確立された方法論に従います：
- 計画： アプリケーション、依存関係、環境制約を評価してロードマップを作成します。
- 開発： エラーを最小限に抑えるために移行ツールを使用してアプリケーションを移行します。
- 検証： 元のワークフロー出力と移行されたワークフロー出力を比較します。
- 実行： 検証が完了したらワークロードをデプロイします。
実績のある成功
このような移行で成功を収めたBMCのお客様の一つはAG保険です。市場のリーダーシップを維持するために、同社は顧客と競争上の差別化に焦点を当て、顧客、流通業者、ブローカーにとって最良の選択肢となる製品や体験を追加しています。この組織は、メインフレームからWindowsサーバーへの移行を目指した野心的で複雑な再プラットフォーム化近代化プロジェクトに着手しました。
Control-Mはこの変革に不可欠でした。再プラットフォーム化プロジェクトの一環として、AG保険はマイクロフォーカスアプリケーション近代化ソリューションを通じて8000万行以上のコードを移行しました。リスクを最小限に抑え、計画と実施を促進するために、移行は各自のテストと検証サイクルを持ついくつかの逐次的なイテレーションを通じて実施されました。アプリケーション移行プロセスの反復中、Control-Mはメインフレームと新しい分散プラットフォーム間で移行されたアプリケーションと移行されていないアプリケーションを含む並行ワークフローのテストに不可欠でした。そして、生成されたビジネス結果が同一であることを確認しました。
Control-Mは、AG保険のすべてのアプリケーションとデータワークフローを駆動し、新しい可能性を可能にする戦略的なオーケストレーションフレームワークであり続けています。
メインフレーム移行を検討中ですか？
メインフレーム駆動の企業の一つで、近代化プログラムを検討または積極的に追求している場合、Control-Mとマイクロフォーカスエンタープライズサーバーは、あなたの旅を管理するための魅力的で統合された能力を提供します。これらのソリューションは、運用の透明性を持ってワークフローとサービスを適応させるのに役立ち、組織が重要な制度的知識と経験を保持しながらメインフレームからシームレスに移行を達成できるようにします。
移行は、メインフレームアプリケーションワークフローの移行におけるControl-Mの専門知識と、メインフレームアプリケーションの移行におけるマイクロフォーカスの専門知識を活用した管理された方法論を通じてアプローチできます。リスクを軽減し、顧客が自分のペースで移行できるようにします。
Control-MとControl-Mおよびマイクロフォーカスエンタープライズサーバーがどのようにあなたのメインフレーム近代化イニシアチブを進めることができるかの詳細は、このホワイトペーパーをダウンロードしてください。
これらの投稿は私自身の意見であり、必ずしもBMCの立場、戦略、または意見を代表するものではありません。