私が大学に通っていた頃(古代、石板で計算していた頃)、主な計算プラットフォームはメインフレームでした。 実際、私のコーディング作業の大部分は大学のメインフレーム上で行われました。
したがって、私のコーディング作業の大部分が COBOL に関係していなかったことに驚かれるかもしれません。 実を言うと、そのほとんどは Pascal とアセンブリ言語でした。 一度だけ COBOL でコーディングすることを強制されました。それは COBOL に慣れるためのクラスを受講したからです。
数年後、IT アーキテクトとして、同じことが言えました。 私は AIX 上で C/C++ と Java をコーディングし、メインフレーム上のWebSphere で Web 対応アプリケーションを提供しました。
ご存知のとおり、メインフレームは COBOL と同義ではありません。 実際、 BMC の最新のメインフレーム調査では、回答者の 82% がメインフレーム環境で Java を使用していることがわかりました。 これに驚いた方は、椅子にしっかりつかまっていてください。回答者の 48% がメインフレーム環境で Agile および DevOps プラクティスを使用しているからです。
先に進む前に、少しの間回復させてください。
実のところ、メインフレームは IT 業界では評判が悪いのです。 これらは恐竜のように見なされていますが、実際には多くの組織にとって重要なコンピューティングパワーの源となっています。 利用が拡大しているコンピューティングパワー。 BMC の調査を見ると、過去 1 年間の次のようなことがわかります。
回答者の 51% 以上がデータの半分以上がメインフレーム上にあると述べていることを考慮すると、これらの数字は重要です。 重要なのは、データには重力があるということです。
本当に重要なことなのでもう一度言いますが、データには重力があります。
F5 CTO オフィスが最近指摘したように、データを移動する能力は IT とapplicationsのほぼすべてに影響を与えます。 これは、applicationsが展開される場所、アプリケーションが設計される方法、およびアプリケーションにアクセスするapplicationsを防御してアプリケーションを保護するapplicationサービスに影響します。 データ量が増加すると、そのデータの重みがapplicationsを引き寄せ始めます。これは、実際の重力と質量の関係と同じです。 クラウドでも従来の環境でも、あるいはメインフレームでも、データ重力はapplicationsが最終的にどこに展開されるかを決める重要な要素です。
この事実の証拠を実際に見るには、組織がクラウドを採用せず、代わりにオンプレミスでアプリを最新化している理由を調査したSapho の調査を検討してください。 実際、半数以上 (56%) がオンプレミスは廃止されず、エンタープライズapplicationポートフォリオの 5% 未満がクラウドに移行すると回答しました。
今、誰かが、これは技術的な異端だと叫んでいます。 しかし、「常にすべてクラウド」が拒否される理由を考えてみましょう。 まず第一に、それはデータの重力に基づいています。 この調査の回答者の半数以上 (58%) は、重要なデータやシステムにアクセスするアプリはオンプレミスでなければならないと回答しました。
さて、BMC の調査を振り返ってみると、組織の半数以上でメインフレーム上のデータ量が年々増加していることがわかります。
これらは効率的であり、一般的な誤解に反して、DevOps や Agile、最新のコンピューティング手法と互換性があります。 メインフレーム上の AIX に Web ベースのアプリケーションをデプロイできるのであれば、Kubernetes 環境にマイクロサービスもデプロイできます。
メインフレームはコンピューティング リソースの集合であり、今後も存在し続けるでしょう。 特にデジタル トランスフォーメーションの時代においては、データの重大性により、データはデータセンターのフロアにしっかりと固定され続けるでしょう。 つまり、統合ツールとapplicationサービスを通じてアプリと環境を最新化する能力は、今後も重要であり続けるでしょう。
時間が経てば、振り返ってみると、メインフレームは実際にはクラウドよりも戦略的だったことがわかるかもしれません。メインフレームを COBOL と関連付けるのをやめ、重要なのはデータとアプリケーション、つまりソフトウェアであり、それが展開されるハードウェアの種類ではないことを認識できれば、それは可能になります。