IBM^® IMS^™組織がDevOpsを採用する理由

第19回年次BMCメインフレーム調査の主要な発見の1つは、メインフレーム上のDevOpsが今や標準的なアプローチであり、62％の回答者がその使用を報告しており、5年前の50％から12ポイント増加したことです。

調査によると、メインフレーム上のDevOpsの最も認知され、測定可能な利点のいくつかは：

• より高い安定性とセキュリティ
• 改善されたアプリケーションの品質、及び
• 迅速なアプリケーションの展開

メインフレーム組織は、メインフレーム上でDevOpsを成功裏に実施することで、以下のような恩恵を受けています。

• 改善された展開頻度
• より迅速な市場投入時間 (TTM)
• 低い失敗率
• 修正間のリードタイムの短縮、及び
• 改善された平均復旧時間 (MTTR)

ITインフラの改善、増加した自動化、及びアプリケーションの品質の向上はDevOpsの主要な利点ですが、セキュリティレベルの改善に価値を見出す回答者が著しく増加しています。

企業が新しい高品質のアプリやサービスを市場に提供し、デジタルビジネスを支え、進化する顧客の要求に応えるために、現在のプロセスと技術を常に適応させ、革新する必要があります。

メインフレーム上でDevOpsプラクティスの使用が増えることで、企業はこれらの要求に適応し、メインフレームアプリケーションをより頻繁に更新できるようになりました。2024年のBMCメインフレーム調査によると、メインフレーム上でDevOpsを採用する予定のない回答者は、2023年の7％から2024年にはわずか4％に減少しました。

IBM^® IMS™データ、アプリケーション、及びシステム管理ワークフローをDevOps採用戦略に含めることで、企業はDevOps採用の最大の利益を享受し、より包括的で完全なDevOps構造を作成できます。

BMCがIMS顧客と連携してDevOpsを採用し、企業のIMS環境でDevOpsプラクティスを実施するのを助ける方法はいくつかあります。

1. IMS特有のJenkinsプラグインを活用

あまりにも多くのチェックポイント/コミットを取るアプリケーションは、不要なコストを引き起こし、リソースの無駄遣いをし、応答時間を増加させます。逆に、十分なチェックポイント/コミットを取らないアプリケーションは、ロックを長時間保持し、パフォーマンスを劣化させる可能性があります。あまりにも多くまたは少なすぎるチェックポイント/コミットを取るアプリケーションを見つけることは困難です。BMC AMI DevOps for Application Checkpoint Analysis Jenkins Pluginが救いの手を差し伸べ、あまりにも多くまたは少なすぎるIMSチェックポイント及び/またはIBM^® Db2^®コミットを使用しているプログラムの特定を支援します。このプラグインを使用することで、アプリケーション開発者は開発段階でアプリケーションのチェックポイント/コミットの問題を確認し修正できるようになります。

今日の24時間365日の可用性は、IMS顧客がIMSGENを実行することなくIMSリソース定義に動的な変更を加えることを求めています。これは、面倒な作業を排除し、必要に応じてすべての依存関係を自動的に考慮し、更新することで価値を高めることを含みます。

BMC AMI DevOps for Change Manager for IMS^TM Jenkins Pluginの機能を活用することで、JenkinsプラグインがBMC AMI Change Manager for IMS^TMと通信し、メインフレーム上でオンラインのままIMSシステム変更を動的に行えるようにします。このソリューションブリーフを参照して、詳細を学んでください。

2. データベース記述およびプログラム仕様ブロック (DBD/PSB) の変更リスクを減らす

DevOps環境では、アプリケーション開発者とデータベース管理者 (DBA) が提案された変更の影響を確認し、必要な変更ジョブを生成し、簡単に誤りを元に戻すことができる必要があります。

これらの機能は、変更の実施前にリスクを軽減するのに役立ち、影響分析を実施することでDBAが変更の結果を理解し、実行前に潜在的に高価なエラーを防ぐことができます。これにより、普遍的なDBAはIMSの動作を理解し、必要な変更が何か、それらの変更を有効にするために何をする必要があるか、そしてその結果がどうなるか（起こる前に）を特定することができます。

2024年のBMCメインフレーム調査レポートによると、組織が開発速度と機敏性の向上を実感している一方で、多くはソフトウェア配信パイプラインのさらに下流にボトルネックを特定しています。焦点は現在、インフラと構成が改善の対象としてシフトしており、31％がDevOpsの旅を補強するためにデータベーススキーマ変更機能が必要だと述べています（2023年の25％から増加）。

BMC AMI Change Manager for IMS^™をメインフレームを含むDevOpsツールチェーンに組み込むことで、IMS環境への不正確な変更のリスクを低減できます。これは、DevOps環境でIMS開発者をサポートし、メインフレームを含むDevOpsツールチェーンとシームレスに統合し、ユーザーの利益に働く変更を実現します。さらに、BMC AMI Change Manager for IMS^™の移行機能は、開発からテストなど、環境間での変更の移動を容易にします。

3. 必要に応じて生産品質の開発および/またはテスト環境を迅速に構築

DevOpsの採用は、ソフトウェア開発ライフサイクル (SDLC) を短縮し、ビジネス目標に沿った機能、修正、及び更新を提供するのに役立ちます。ソフトウェアテストはSDLCの各ステップで品質を維持する上で重要な役割を果たします。DevOps環境では、「品質」テストは自動化されたプロセスであり、ソフトウェアの継続的かつ迅速な配信を可能にし、全体的なSDLCを短縮するのに役立ちます。効果的な「品質」テスト自動化戦略には、常に高品質のテストデータ（可能な限り生産品質）を生産品質の低レベル環境でテストすることが含まれるべきです。

もし、1つまたは複数の生産環境から低レベルの開発および/またはテスト環境を自由に作成できる能力があったとしたら、あなたは簡単に複数の開発および/またはテストIMSシステムに展開できる生産品質のテストデータを作成できるでしょう。そして、各IMSシステムには異なるデータセット名の同じセットのデータベースがあり、自動生成されたデータベース復旧制御 (DBRC) 定義と統合データクラスタアクセスメソッドサービス (IDCAMS) 割り当てメンバーが含まれます。

IMSデータベースの履歴バックアップを維持することで、あなたの有利に事を運ぶことができます。つまり、アーカイブを作成するということです。アーカイブイメージコピーおよび復旧ユーティリティ (ARU)は、BMC AMI Change Manager for IMS^™の一部であり、復旧時に同じ環境を再現するために必要なすべての関連情報を保存することによって、1つ以上のアーカイブイメージコピーを作成できます。BMCアーカイブイメージコピー技術を使用することで、複数の開発および/またはテストIMS環境を効果的に管理できます。

IMSのためのDevOpsを受け入れる

要約すると、IMS顧客は、メインフレームおよび企業DevOps戦略におけるIMSの真の潜在的価値を認識し、IMSのためのDevOpsを受け入れる必要があります。ここで説明したように、BMCはIMS顧客が世界中でDevOpsを採用するためのホストソリューションを提供し、より包括的で完全な企業DevOps構造と戦略の真の利益を享受できるように支援します。

これらの投稿は私自身の意見であり、BMCの立場、戦略、または意見を必ずしも代表するものではありません。