現在、AI がメインフレームアプリケーションのモダナイゼーションを可能にすることについて、大きな期待が寄せられています。企業の取締役会は注目しています。CIO はプランを求められています。AI は COBOL のモダナイゼーションを加速する真のアクセラレーターです。しかし、確かな結果を得るには、ソースコードだけでは提供できない追加のコンテキストが必要です。400 社を超える企業顧客と一緒に仕事をした経験から私たちが学んだことは、メインフレームのモダナイゼーションには 2 つのまったく異なる側面があるという

このブログ記事では、移行途中の過渡期に於けるハイブリッドアーキテクチャの連携パターンと連携ソリューションを設計する方法を紹介します。 多くの一般的なメインフレーム環境には、データやコードを共有するアプリケーション間の複雑で密結合されたシステム間連携があります。メインフレームアプリケーションを AWS クラウドに移行するとき、大規模な移行には Strangler fig パターン を使用した段階的なアプローチが推奨されます。インクリメンタルなアプローチでは、過渡期 (移行) フェーズまたはトランスフォーメー

レガシーメインフレームアプリケーションは、企業全体の重要な事業運営のバックボーンの一部ですが、これらのシステムにはモダナイゼーションに関する重大な課題があります。メインフレームは何十年にもわたって信頼性が証明されてきましたが、多額の技術的負債を蓄積し、専門知識の需要はますます少なくなり、迅速なイノベーションと機能の導入を妨げています。AWS Mainframe Modernization with Rocket Software は、お客様が切望していたこれらのレガシーアプリケーションの知的財産を元のソー

※本記事は、ホスト系COBOL処理系からオープン系COBOL処理系への移行検証を整理する連載の第2回です。 前回は、マニュアルに書かれていない非互換が存在することを整理しました。 ▶ 第1回はこちら COBOL現新移行で「マニュアルに書いていない非互換」とどう向き合ったか はじめに 第1回では、仕様ベースの非互換抽出だけでは不十分であり、 実行結果ベースの検証が必要であることを述べました。 では、実機検証はどのように設計すればよいのでしょうか。 重要なのは、「何をどの順番で疑うか」を整理することでした。

はじめに 銀行の勘定系システムや保険の基幹業務など、 社会インフラを支える多くの重要システムはいまもCOBOLで稼働しています。 これらのシステムでは、わずかな計算差異や判定誤りも許されません。 そのため、既存環境から新しい実行環境への移行は、 単なる「言語の移し替え」ではなく、 動作結果の完全一致が求められる高度な作業となります。 しかし移行対応の中で、次のような問題に直面しました。 文法上は正しい コンパイルエラーも発生しない それでも実行結果が一致しない 論理を変更していないにもかかわらず、 環境の

はじめに 2025/12/15に人生初のハッカソンに参加してきました。 この記事では、そのハッカソン GitHub Copilot Quest：Hack the Legacy の概要と、チームで実施したアプローチ、参加しての気づき・感想をまとめていきます。 GitHub Copilot Quest：Hack the Legacy概要 アスキー社と日本マイクロソフト社によるハッカソンイベント「GitHub Copilot Quest：Hack the Legacy」は、「レガシーモダナイゼーション[1]」を

はじめに 金融系の基幹システムでは、いまでもCOBOLが現役で動いています。何十年も安定稼働してきたCOBOLのシステムは、ビジネスの根幹を支える一方で、保守担当者の減少やブラックボックス化といった課題を抱えています。 ここ数年、そうした課題に対して生成AIを使ってCOBOLソースを解析する取り組みが少しずつ広がっています。生成AIにCOBOLのソースを読み込ませ、仕様書を自動生成し、Javaなどのモダン言語への変換を支援する、そのようなユースケースが現実的になってきました。 ただし、実際にやってみるとす

2025 年 5 月、私たちは AWS Transform for mainframe をリリースしました。これは、メインフレームのワークロードを大規模にモダナイズするための、初のエージェント型 AI サービスです。AI 搭載のメインフレームエージェントは、モダナイゼーションの各フェーズにおける複雑でリソース集約型の作業を自動化することで、メインフレームのモダナイゼーションを加速します。COBOL、CICS、DB2、VSAM を含むレガシーメインフレームアプリケーションを最新のクラウド環境へ移行するプロセ

こんにちは、 豊濱 です。 現在は、プロダクト開発部で ウェルミージョブ 、 シカトル 、 カイゴジョブアカデミー のエンジニアリングマネージャ(EM)を担当しています。 この記事では、現在ウェルミージョブで取り組んでいることについてご紹介します。 少し自己紹介 まだ20世紀だったころにソフトバンクに入社し、2日目に子会社のヤフーに出向ののち正式に転籍、そこから約16年働いていました。 21世紀に入ったあたりから、インターネットの急速な普及、大容量回線によるコンテンツの進化、スマートフォンの台頭など、業界

はじめに - Vol.18 本記事では、IPA[1] が公開する 非機能要求グレード[2] の「D 移行性」を対象に、 金融 IT 基盤に 30 年以上携わって得た知見をもとに “やらかしがちな” 技術課題と対策を解説します。 筆者は非機能要求グレード初版の執筆に関わった経験があり、行間を含めて解説します。 シリーズ全体の構成は 👉 非機能要求グレードの歩き方 Index をご覧ください。 D 移行性 大項目「D 移行性」には、現行システムからのシステム移行方針を記載します。 ! 非機能要件は、「小項目」

AWS によるメインフレームアプリケーションのモダナイゼーションでは、ワークロードの移行スコープの一部に、アセンブラで実装されたビジネス機能が含まれる場合があります。 AWS Mainframe Modernization Code Conversion with mLogica は、アセンブラプログラムとマクロを COBOL プログラムとコピーブックに変換する AWS のクラウドネイティブサービスです。このブログ記事では、変換アプローチとその利点について説明し、アセンブラのコード変換手順を順を追って解説

こんにちは。ココナラ募集部のカヤと申します。私は社会人になってから、今のココナラが3社目になります。それまで様々な人たちと出会い、そして色々な事を教えていただきました。まだまだ力量が足りないと感じる日々を過ごしていますが、少なくとも新卒の頃よりは幾分ましになったのかなと思っています。 今回はこれまでの自分の経験上で この習慣を身につけておいてよかった この教えが自分を前へ進めてくれた 等と思った習慣やノウハウ・格言などをまとめてみたいと思います。特にタスクや問題をなんとか前に進めるために有用な習慣が多いと

はじめに ビルド、テスト、デプロイのプロセスを自動化することは、モダンなソフトウェア開発とデリバリーの基本的な要素です。継続的インテグレーション (CI)、継続的テスト (CT)、継続的デプロイ (CD) の強力なパイプラインを実装することで、組織は効率を高め、市場投入までの時間を短縮します。 このブログ記事では、柔軟な環境でコンパイルと機能同等性テストを自動化する継続的インテグレーション、継続的テスト、継続的デリバリー (CI/CT/CD) パイプラインを紹介します。これにより、本番環境にあるようなプレ

革新的な AI を活用したソリューションとお客様での実績により、AWS はメインフレームモダナイゼーションにおける地位を強化しています 「AWS は AWS Blu Age とパートナーツールを含む最も幅広いポートフォリオを提供しています。パフォーマンス、セキュリティ、コンプライアンスのためのモダナイゼーションとクラウド最適化の全体にわたって、熟練したコンサルタントと幅広いエコシステムによってお客様をサポートします。」— ISG 社の著名なアナリストであり、本ブログで取り上げたレポートの著者、Pedro

このブログ記事では、コードの保守性を評価するための基準を概説し、 AWS Blu Age がメインフレームアプリケーションを保守可能なオブジェクト指向の Java にどのように変換するか説明します。 AWS Blu Age を利用すると、お客様はメインフレームアプリケーションを Java Spring アプリケーションに変換できます。このトランスフォーメーションは、技術的な問題を解決するだけでなく、ビジネスのトランスフォーメーションも可能にします。新しく着任した開発者が、担当する Java アプリケーショ