世界は、本誌TechCrunchが毎日書いているような進んだテクノロジーで満ち溢れているが、しかしそんな中にも、まだ一部には古代が生き残っていて、COBOLで書かれたプログラムをメインフレームコンピューターが動かしている場所がある。
COBOLは1950年代の晩（おそ）くに開発された言語で、主に60年代、70年代に使われ、80年代にも使われていたが、今でもまだ絶滅してはいない。現代の企業世界からは完全に姿を消した、と思ったら大間違いだ。
ただし、年を経るごとに、COBOLプログラムをメンテできる人の数は減っている。そしてそれとともに、データや（その古びたプログラムさえ）をもっと新しいプラットホームに移そうとする企業が増えているが、しかし今度は、そんな移行を手伝える人材が見つからない。
スイスのLzLabsは、そこに大きな機会を見出した。“レガシーのメインフレームで動いているコードのメンテナンスにおける、スキルの不足は、今や深刻だ。そんな人材を見つけることが、大きな問題になっている”、LzLabsのCEO Mark Cresswellはこう語る。
この問題を解決するためにLzLabsが編み出したのが、Gotthard〔10世紀の宗教改革者〕と名付けられたツール、それはまず、何年も前に書かれたそのスズメバチの巣のようなコードから、各種のデータや実行コード、構成ファイルなどを拾い上げることから仕事を始める。それから、そういったさまざまな破片をコンテナに収めて密封し、Red Hat Enterprise Linux(RHEL)が動いているクラウドプラットホームへ移す。
実は同社は、今日（米国時間7/5）の発表よりも前の昨年の冬、ドイツで行われたCeBIT Technology Fairで、ソフトウェア定義メインフレーム(software defined mainframe)と同社が呼ぶものを立ちあげ、Red HatおよびMicrosoftとのパートナーシップを発表した（後者はほぼ同じころ、AzureをRHELに持ち込むためのパートナーシップを発表している）。
同社は、そのツールがインスタントなソリューションを可能にする、とは言っていない。むしろそれは、長丁場の仕事だ。そこで同社は、自分たちが直接客先に接するよりも、サードパーティのSIとパートナーすることを望んでいる。彼らが、現場の面倒な仕事を全部やってくれて、移行の準備を整えてくれることを。
今日の発表は最初の発表からの同社の進化を表していて、レガシーのメインフレームアプリケーションを抱える企業の移行をできるかぎり容易にするためのツールの発表が主だ。それでもまだ、困難で長期にわたる、骨の折れる仕事であることに、変わりはない。しかしとにもかくにも、そのための道具がやっと使えるようになったのだ。
