現場でAS400と呼ばれることがあるIBM i環境は、古いシステムという印象を持たれがちですが、製造業・物流・販売管理・基幹業務で今も使われています。この記事では、長年の業務ロジックを引き継げることや、データベースとアプリケーションを一体で管理できる点と、その維持に必要な条件を整理します。
この記事では、AS400を初めて学ぶ人向けに、導入され続ける理由と、実際に運用するうえで注意したいデメリットを整理します。
AS400の主なメリット
1. 安定稼働に強い
AS400は基幹業務向けに設計されており、長時間の連続稼働を前提にしています。受注、出荷、在庫、請求など、止めにくい業務をまとめて処理する環境として使われてきました。システム全体を1つの箱として管理しやすい点も、運用担当者にとって大きな利点です。
2. DB2が標準で組み込まれている
IBM iではDB2がOSに統合されています。別途データベースサーバーを構築する構成と比べ、権限管理、バックアップ、ジョブ管理を一体で扱いやすいのが特徴です。業務プログラムからファイルやテーブルを直接扱う設計も多く、基幹処理との相性が良いです。
3. 既存資産を長く使える
RPGやCLで作られた業務ロジックは、会社独自の運用ルールを多く含んでいます。これを短期間で別システムへ置き換えるのは簡単ではありません。AS400は古い資産を維持しながら、必要に応じて画面連携、CSV連携、API連携などを追加できるため、段階的な改善がしやすい環境です。
AS400のデメリット
1. 技術者が少ない
最大の課題は人材です。RPG、CL、5250画面、ライブラリ、ジョブ、スプールなど、一般的なWeb開発とは考え方が違います。引き継ぎ資料が少ない現場では、仕様調査に時間がかかることがあります。
2. 画面や操作が古く見える
5250画面は高速で実用的ですが、初めて触る人には古く感じられます。現場で使い続けるには、メニュー整理、操作説明、周辺ツールとの連携が大切です。
3. ブラックボックス化しやすい
長年改修されたプログラムは、処理の入口、更新ファイル、外部呼出、エラー処理が複雑になりがちです。保守では、ソースを読むだけでなく、データの流れとジョブの流れを合わせて確認する必要があります。
25年以上見てきて本当に強いと感じるメリット
AS400 / IBM i のメリットは、一般的には安定性や堅牢性と言われます。私もそれは本当だと思っています。25年以上関わってきた中で、私が直接見たハード故障は1回でした。これは個人の経験であり、製品全体の故障率を示す数字ではありません。電源が壊れてシステムが1日止まったことはありましたが、それくらい印象に残るほど、普段は壊れにくい環境だと感じています。
もう一つ大きいのは、基幹システムなので案件が継続しやすいことです。販売管理、在庫、出荷、売上、請求のような業務の中心に入っていると、簡単には入れ替えられません。結果として、保守や追加要望対応の仕事が長く続くことがあります。
さらに、PCのOSやブラウザーのバージョンが変わっても、基幹処理そのものが影響を受けにくい点も強いです。もちろん周辺システムやWeb画面の対応はありますが、AS400側の業務ロジック資産を長く使えることは、現場では大きな安心材料です。
| メリット | 現場で感じる強さ |
|---|---|
| 安定性 | ハード故障をほとんど見ない。止められない基幹業務に向いている。 |
| 案件継続性 | 基幹システムなので保守・追加要望が継続しやすい。 |
| 資産継続性 | PCやブラウザーの変化に左右されにくく、過去資産を長く使える。 |
AS400は作り方がシンプルに感じる
私がAS400を作りやすいと感じる理由は、オープン系と比べてプログラムの書き方がシンプルに感じるからです。もちろんAS400にも覚えることはありますが、RPG、CL、DDS、ジョブ、ライブラリの関係が分かってくると、業務処理を素直に追いやすくなります。
新しいフレームワークやライブラリを次々に覚えるより、同じ考え方を深く使い続ける方が合う人には、AS400はかなり向いています。私自身、しょっちゅう新しいことを覚え直すのは得意ではありません。新卒からずっとAS400で仕事を続けてこられたことは、自分にとって大きかったです。
向き不向きは会社規模ではなく運用条件で決める
私は現場で導入・維持費が高いと聞くことがあります。ただし、大企業なら向く、小規模企業なら向かない、と規模だけでは決められません。自社の見積り、既存資産、業務停止時の損失、保守担当者の確保を同じ期間で比べます。
| 判断する条件 | 継続利用を検討しやすい場合 | 別の方式を比較したい場合 |
|---|---|---|
| 業務への適合 | 既存の受注・在庫・請求が安定して動いている | 標準SaaSで主要業務を満たせる |
| 変更の範囲 | 周辺画面や連携の改善で課題を解消できる | 業務ルール自体を大きく変える必要がある |
| 総費用 | 保守更新・教育・復旧体制を含めて維持できる | 移行費や並行稼働費を含めても代替案が合う |
| 保守体制 | ソース・実行物・運用手順を追える | 担当不在やサポート期限の課題を解消できない |
判断材料の集め方は継続・改善・置き換えを選ぶ手順に整理しています。
デメリットは「合う会社・合う人を選ぶ」こと
AS400 / IBM i にも、エンジニアが最初から知っておくべきデメリットはあります。導入・保守コスト、RPG/CLを読める人材の少なさ、古い画面や帳票の保守、外部連携や文字コード対応、属人化した業務ルールの引き継ぎは、現場で必ず論点になります。
一方で、これらはAS400そのものが悪いというより、基幹システムを長く使う時に表面化しやすい課題です。コストを最優先する小規模システム、短期間で頻繁に作り替えるサービス、Web画面中心で標準SaaSだけで足りる業務には向きにくい場合があります。
技術者側も同じです。最新技術を次々に追いかけたい人には物足りないかもしれません。一方で、基幹業務を深く理解し、長く使われるシステムを安全に保守したい人には向いています。AS400のメリットとデメリットは、会社の規模、既存資産、運用体制、人材育成の有無で大きく変わります。
これから学ぶ人が押さえる順番
- まずAS400全体の役割を理解する
- ライブラリ、オブジェクト、メンバーの関係を覚える
- 基本コマンドで参照・調査できるようにする
- RPGとCLの処理の流れを読む
- エラーコードとジョブログを確認する習慣をつける
基礎から確認したい場合は、AS400とは何かを解説した記事や、基本コマンドの記事から読むと理解しやすいです。
