ほとんどの開発者は、たとえ1つのクラウドしか使いこなせていないとしても、少なくとも2つのクラウドに精通する賢明な理由があります。GoogleのForrest Brazeal氏が主張するように、複数のクラウドでサービスを実行するという引力に抵抗できる企業は存在しないため、多様な環境の管理は貴重なスキルとなります。
これがマルチクラウド環境に当てはまるのであれば、ハイブリッドクラウド環境にも同様のことが当てはまるのではないでしょうか。より具体的には、クラウドの専門知識を持つCOBOLプログラマーにも当てはまるのではないでしょうか。
近代化の必要性
COBOLは1960年代にIBMの研究者によって開発されました。数十年経った今、COBOLはもはやトップ25リストにすぐにランクインすることはないかもしれませんが、それでもなお、あらゆる場所で利用されています。ある推計によると、現在も2,200億行以上のCOBOLコードが実稼働環境で稼働しています。対面取引の80%はCOBOLに依存しています。あなたのお金も同様で、銀行システムの43%はCOBOLで稼働しています。
参照: 調査: 企業におけるマルチクラウドの管理、そのメリット、障壁、そして最も人気のあるクラウド プラットフォーム (TechRepublic Premium)
COBOL がこれほど普及しているにもかかわらず、それを知っている開発者は比較的少なく、知っている開発者も高齢化が進んでいます。COBOL 開発者の 41.7% は 45 ～ 50 歳で、35 歳未満はわずか 11.5% です。
あなたが若い開発者の一人であれば、これはチャンスです。
モルガン・スタンレー・リサーチによると、景気後退時にIT予算のどの項目が最後に削減されるかを問われた場合、デジタルトランスフォーメーションはセキュリティに次いで2番目に削減されるという。企業がデジタルトランスフォーメーションについて語るとき、彼らは古いシステムの近代化などについて語っている。これらのシステムには、COBOLで稼働するメインフレームも含まれる。
企業はメインフレームアプリケーションのモダナイゼーションという困難な作業を先延ばしにする傾向がありますが、TCS（グローバルシステムインテグレーター）は次のように述べています。「メインフレームをモダナイズすることで、企業は技術的負債を大幅に削減できます。統合されたメインフレームとクラウドの環境では、クラウドの柔軟性を活用してビジネスアプリケーションを実行し、メインフレームのトランザクション処理能力と計算能力に合わせてコストと容量を最適化できます。」
ある時点で、COBOLベースのメインフレームを近代化するためのコストは、そのメリットによって相殺されます。不足しているのは、そのための専門知識です。
COBOLとクラウドについて
Indeed.comのCOBOL関連求人情報をスクロールしていくと、そのほとんどがレガシーメインフレームアプリケーションの保守に重点を置いていることがわかります。これはCOBOLの専門知識を有効活用する方法としては良いのですが、最善の活用方法とは言えません。
Brazeal氏は、「米国の3大クラウドプロバイダー（Google Cloud、AWS、Microsoft Azure）のうち少なくとも2社に専門的知識を広げることで、将来を見据えた独自のキャリアの選択肢が開かれる」と主張しています。企業のクラウド環境は複雑化するにつれ、クラウドの活用範囲全体を把握できる技術リーダーと意思決定者が必要とされています。クラウドの活用範囲には、通常、複数のクラウドと多くの非クラウドが含まれます。
参照: AWS Lambda、サーバーレスコンピューティングフレームワーク: チートシート (無料 PDF) (TechRepublic)
言い換えれば、企業はアプリケーションのモダナイゼーションを支援するためにTCSやアクセンチュアのようなSI（システムインテグレーター）に頼ることが多いものの、こうした変化への対応には自社の従業員の力も頼りにしています。従業員が複数のクラウドを理解することで「組織全体のテクノロジー環境を把握」するのに役立つのと同様に、従業員がレガシーCOBOLアプリケーションを理解することで、それらをクラウドに移行する最適な方法をより明確に検討するのに役立つでしょう。
クラウドは爆発的に成長していますが、世界のIT支出の10%にも満たない状況です。つまり、COBOLを含む膨大な量のオンプレミスコードが、モダナイゼーションを待つばかりの状態にあるということです。もちろん、PythonやRustといった流行の言語を学ぶこともできますし、学ぶべきとも言えます。しかし、モダナイゼーションを目指す企業にとって、なくてはならない存在になりたいのであれば、COBOLを学ぶべきかもしれません。
開示: 私は MongoDB で働いていますが、ここで表明されている意見は私自身のものです。
