メインフレームの戦略的重要性

Lori Mac Vittie特別技術者兼チーフエバンジェリスト | F5

私が大学生だった頃（石板で計算していた大昔の話ですが）、主なコンピューティングプラットフォームはメインフレームでした。実際、コーディング作業の大半は大学のメインフレーム上で行っていました。

ですから、私が書いたコードの大半がCOBOLではなかったと聞くと、意外に思われるかもしれません。実を言うと、そのほとんどはPascalとアセンブリ言語でした。COBOLでコードを書かざるを得なかったのは一度だけで、それもCOBOLに慣れるための授業を履修したからです。

それから数年後、ITアーキテクトになってからも事情は同じでした。AIX上でC/C++とJavaのコードを書き、WebSphere上でWeb対応アプリを提供していました。しかも、メインフレーム上で。

実のところ、メインフレームとCOBOLは同義ではありません。実際、BMCによる最新のメインフレーム調査では、回答者の82%がメインフレーム環境でJavaを使用していることが明らかになりました。これに驚かれた方は、さらに驚くかもしれません。回答者の48%がメインフレーム環境でアジャイルとDevOpsのプラクティスを採用しています。

続ける前に、少し気持ちを落ち着ける時間を取りましょう。

実のところ、IT業界ではメインフレームの評判は芳しくありません。時代遅れの遺物と見なされがちですが、実際には多くの組織にとって重要なコンピューティング能力の供給源であり、その利用は拡大しています。BMCの調査によると、過去1年間で次のような変化が見られました。

• 59%でトランザクション量が増加
• 55%でデータ量が増加
• 46%がデータベース数を増加
• 45%がアプリケーション変更のスピードを向上
  

回答者の51%以上が、保有するデータの半分以上がメインフレーム上にあると回答していることを踏まえると、これらの数字は重要です。ここで重要なのは、データには重力があるという点です。

非常に重要なことなので、もう一度お伝えします。データには重力があります。

F5 Office of the CTOが最近指摘したように、データを移動する能力は、ITとアプリケーションに関するほぼすべての要素に影響します。アプリケーションのデプロイ先やアーキテクチャ、さらにデータにアクセスするアプリケーションを防御することでデータを保護するアプリケーションサービスにも影響を及ぼします。データ量が増えるにつれて、その重みがアプリケーションをデータのある場所へと引き寄せ始めます。これは、実際の重力と質量の関係と同じです。クラウド、従来型環境、メインフレームのいずれであっても、データグラビティは、アプリケーションの最終的なデプロイ先を左右する現実的な要因です。

これが実際に作用している証拠として、Saphoの調査を見てみましょう。この調査では、組織がクラウドを導入せず、代わりにオンプレミスでアプリケーションをモダナイズしている理由を探っています。実際、半数を超える回答者（56%）がオンプレミスは今後もなくならないと答え、クラウドに移行するエンタープライズアプリケーションポートフォリオは5%未満にとどまると回答しました。

今まさに、これは技術的な異端だと声を上げている人もいるでしょう。しかし、「いつでも、すべてをクラウドに」という考え方が受け入れられない理由を考えてみてください。何よりもまず、その背景にはデータグラビティがあります。この調査の回答者の半数以上（58%）が、重要なデータやシステムにアクセスするアプリはオンプレミスに置く必要があると回答しています。

ここで、BMCの調査を振り返ると、半数を超える組織で、メインフレーム上のデータ量が年々増加していることがわかります。

メインフレームは効率性に優れ、一般に信じられている通説とは異なり、DevOpsやアジャイル、最新のコンピューティング手法にも対応しています。メインフレーム上のAIXにWebベースのアプリをデプロイできるのですから、Kubernetes環境にマイクロサービスをデプロイすることも可能です。

メインフレームはコンピューティングリソースの集合体であり、今後も使われ続けます。特にデジタルトランスフォーメーションの時代においては、データグラビティによって、メインフレームはデータセンターにしっかりと根付き続けるでしょう。つまり、統合されたツールとアプリケーションサービスを通じてアプリケーションと環境をモダナイズする能力は、今後も引き続き極めて重要です。

いずれ振り返ったとき、メインフレームは実際にはクラウドよりも戦略的に重要だったと気づくかもしれません。メインフレームをCOBOLと結び付けるのをやめ、重要なのは導入先のハードウェアの種類ではなく、データとアプリ、つまりソフトウェアであると認識できればの話です。

著者について

Lori Mac Vittie特別技術者兼チーフエバンジェリスト | F5

Lori MacVittieは、F5のOffice of the CTOに所属するDistinguished Engineer兼Chief Evangelistであり、アプリケーションデリバリ、自動化戦略、インフラストラクチャに関する深い専門知識を有しています。AIエージェントのガードレール策定、脆弱なマルチクラウドアーキテクチャの分析、スケーラブルなシステムの限界の検証など、複雑な事柄を明快にすることで知られています。アプリケーション開発、ITアーキテクチャ、ネットワークおよびシステム運用の分野で、30年以上にわたる業界経験を有しています。F5入社前は、受賞歴のあるテクノロジー編集者として活躍していました。 MacVittieはコンピューターサイエンスの修士号を取得しており、セキュリティ、クラウド、エンタープライズアーキテクチャにわたる分野で多数の著作を発表しています。また、テーブルトークゲームとビデオゲームをこよなく愛し、チーズについては遠慮なく強いこだわりを語ります。

Lori Mac Vittieのその他のブログ記事