IBM i (AS/400) の今後は？使い続けてもよいのか？　などの不安を解消！

「2025年の崖」問題などをきっかけに、「IBM i (AS/400) は、今後いつまで利用が可能なのか？」「使い続けてもよいのか？」などの不安を抱えていらっしゃる方は多いのではないでしょうか？

本記事は、IBM i (AS/400) の今後や、不安を解消する方法についてお届けします。

IBM i (AS/400) はいつまで使い続けられるのか？

IBM i (AS/400) を使用し続ける際の課題

ここからは、従来通りIBM i を使用し続けた場合に抱える課題について、述べていきたいと思います。

システムの肥大化

適切なITシステムマネジメントを行っていれば、ある程度はシステムの肥大化を抑えることができます。しかし、長年にわたりシステム改修や機能追加を繰り返したシステムは、肥大化する傾向があります。納期までの期間が短く、人的リソースも限られている場合、適切なITシステムマネジメントを行うことは困難さを伴います。
こうして肥大化してしまったシステムは、DX推進の足かせになってしまいます。

RPG技術者の不足

現在、ベテランのRPG技術者が定年を迎えることによる、RPG技術者の不足が懸念されています。あるいは、既にベテランRPG技術者に定年延長をしてもらって、システムの保守を担ってもらっている企業もあるかもしれません。
若手社員がRPG言語について学び、ベテランRPG技術者から知識や開発技術を受け継いでいくことができればいいのですが、なかなか難しい実態があります。
また、「RPG言語は昔の言語」というイメージがあります。RPG言語は基本的に固定フォーマットであり、記述の作法が細かく定められているため、若手技術者は難しさを感じ、RPG言語習得を敬遠する傾向があります。

システムの老朽化

上記の課題のために、改修や機能追加が十分に行えず、システムが老朽化してしまうことがあります。現状を稼働させるためだけのシステム運用・保守に資金・人材を割り当てることになり、今後の成長につながるようなIT戦略に対して、必要な資金・人材を割り当てることができなくなってしまいます。

マイグレーションという手法

ここからは、上記に述べた課題を解決するための手法の１つであるマイグレーションについて述べていきます。
マイグレーションとは、現行のシステム環境から、新しいシステム環境へシステムを移行することです。例えば、メインフレームの既存システムを、業務要件はそのままで、アプリケーションをクラウド環境で稼働するように移行します。
この手法には、下記のメリットがあります。

システム処理能力の向上

新しいハードウェアを導入することで、業務を大きく変えることなく現行システムの処理の遅さを解決することができます。

セキュリティの向上

古いハードウェアを使い続けることは、サーバ老朽化による故障のリスクがあります。また、ソフトウェアのサポート終了による、情報漏洩等のセキュリティリスクがあります。
しかし、新しい環境に移行することで、最新のセキュリティ対策が利用できるようになります。

保守・運用コストの削減

マイグレーションは、保守・運用コストの削減にもつながります。
長年稼働し、複雑化、ブラックボックス化したシステムの保守・運用にかかる維持費用は高額になりがちです。
マイグレーションにより、システムのプラットフォームを変えることで維持コストを下げることができます。また、技術者確保の観点からも、コストを抑えることができるようになります。

マイグレーションのデメリット

一方、マイグレーションを行うことで、システム環境が変わり開発言語も変わるなどして、運用面や保守面でのシステムの知見を新たに蓄積していく必要があります。そのため、システム移行を一括で行うと、そういった知見が不足することで、新システムの稼働・運用に支障をきたす場合があります。

現行のシステム有識者の知見は既存システムのものであり、新システムの技術者とコミュニケーションをする際のシステム技術のギャップを埋めるためにも、ある程度の期間が必要となります。
そのようなデメリットを解消するために、時間をかけて段階的にマイグレーションする、という選択肢があります。

「IBM i (AS/400) を使用し続ける」という解決方法

ここからは、「段階的マイグレーション」、IBM i を使い続ける方法をご紹介します。

IBM i 継続利用の方法

IBM i の筐体内に新たなオープンシステム環境（新システム区画）を立ち上げ、その新システム区画に現行システムから部分的にマイグレーションしていく方法です。
IBM i でもJavaの開発は可能です。RPGの既存システムを稼働させつつ、部分的にサブシステムをJavaに移行していきます。
また、新規のシステムは、新システム区画にJavaで構築することも可能です。

上記の方法で、時間をかけて安心・安全・確実に段階的なシステム移行を行い、その後に新プラットフォームを検討することができます。
その段階での選択肢としては、クラウド環境への移行も、新しい物理サーバ環境への移行も可能です。そして、時間をかけて移行・構築してきたJavaのシステムとともに、知見を持った技術者を育てることができます。

クラウド化？　IBM i 継続利用？　その前にシステム資産の整理を！

IBM i の今後について、自社システムの方向性を決める上で、参考になる情報はございましたでしょうか？

再構築する場合でも、マイグレーションして一括でシステム移行する場合でも、あるいは、IBM i 継続利用の場合でも、まず最初にオススメするのは、システム資産の現状分析を行い、システムを可視化することです。

システム資産の現状分析なら、DX支援サービスを試してみませんか？

システム資産の現状分析をするために、NCS&AのDX支援サービスはいかがでしょうか？
DX支援サービスでは、お客様が分析対象のシステム資産を用意して、サイトへアップロードするだけで、詳細の分析をすることができます。

IBM i (AS/400) からのマイグレーションなら、AirsNeo

IBM i 資産のマイグレーションをご検討の場合、NCS&Aの AirsNeo RPG to Java はいかがでしょうか？
AirsNeo RPG to Java は、RPGシステムの一括変換ができます。また、お客様の実状に合わせて段階的にJavaに切り替えていくことも可能です。

アウトソーシングなら、IBM i（AS/400）アウトソーシング

アウトソーシングをご検討されているなら、 IBM i (AS/400) アウトソーシングはいかがでしょうか？
IBM i (AS/400) に関するフルアウトソーシング、一部アウトソーシング、クラウド化など、お客様のニーズに合わせたアウトソーシングモデルをご用意しております。