DeNAのPerl→Go移行:AIエージェント2種使い分けで半年→1カ月を実現

DeNAのPerl→Go移行:AIエージェント2種使い分けで半年→1カ月を実現

DeNAがPerl 6,000行をGoに移行する際、変換用・検証用の2種類のAIエージェントを並行運用し、半年の作業を1カ月で完遂した実践事例を分析します。

概要

大規模レガシーコードをモダン言語に移行する作業は、どの組織でも「重要だが優先順位で後回しになる」課題です。DeNAはこの問題をAIエージェントの活用で劇的に解決しました。Perl 6,000行で記述されたサーバー資産管理APIをGoに移行するにあたり、変換用エージェント検証用エージェントの2種類を並行運用し、通常半年かかる作業をわずか1カ月で完遂しました。

背景:なぜ移行が必要だったのか

DeNAのサーバー資産管理APIは2018年にPerlで構築され、数千台のサーバーの名称・用途・IPアドレスなどの情報を管理する基幹インフラシステムです。

システム自体に大きな不具合はなかったものの、以下の理由からモダン言語への切り替えが必要でした:

  • Perlの将来性:言語の将来性やコミュニティ縮小への懸念
  • 保守性の課題:新規開発者の採用時にPerl経験者の確保が困難
  • 工数問題:移行の必要性は認識しつつも、既存業務の優先順位に押されて着手できない状況

DeNA IT本部IT基盤部の小池啓輔副部長は「工数がかかるのが目に見えており、優先順位の問題でどうしても対応しきれていなかった」と話します。

DeNAの「AIオールイン」戦略

2025年2月、DeNA創業者の南場智子会長が「AIオールイン」宣言を発表しました。AIを徹底的に駆使して生産性を高め、既存事業を半数の人員で運営できる体制を構築するという方針です。

この戦略の一環として、AIを活用したパイロットプロジェクトの1つにサーバー資産管理APIのモダン化が選ばれました。

核心戦略:AIエージェント2種分業体制

本プロジェクトの最も革新的な点は、AIエージェントを特性に応じて2種類に分けて運用したことです。

graph LR
    A[Perlソースコード<br/>6,000行] --> B[変換用AIエージェント]
    B --> C[Goコード生成<br/>約10,000行]
    C --> D[検証用AIエージェント]
    D -->|問題発見| B
    D -->|検証通過| E[本番デプロイ]

1. 変換用AIエージェント

  • 役割:PerlコードをGoコードに変換
  • 特性:コード生成に特化したエージェント
  • 成果:Perl約6,000行 → Go約10,000行に変換

2. 検証用AIエージェント

  • 役割:変換されたGoコードの正確性を検証
  • 特性:テストと品質検証に特化したエージェント
  • プロセス:問題発見時に変換用エージェントへフィードバック

この2種分業体制により、変換→検証→修正のサイクルを高速で回すことができ、人手では半年以上かかる作業を1カ月に短縮しました。

プロジェクトタイムライン

期間内容
2025年10月末〜11月末Perl→Go移行実行(1カ月)
2025年12月〜2026年1月開発環境での稼働確認(約2カ月)
2026年1月末本番環境で稼働開始

示唆:レガシー移行にAIを活用する方法

エージェント分業の効果

単一のAIに「変換も検証もやって」と任せるのではなく、役割を明確に分離して各エージェントの強みを最大化した点が成功の鍵です。

graph TD
    subgraph 従来方式
        H[開発者] --> I[コード分析]
        I --> J[手動変換]
        J --> K[テスト作成]
        K --> L[デバッグ]
        L -->|繰り返し| J
    end

    subgraph AIエージェント方式
        M[変換エージェント] --> N[自動コード変換]
        O[検証エージェント] --> P[自動検証]
        N --> P
        P -->|フィードバック| N
    end

適用可能なシナリオ

この事例は以下のような状況で特に参考になります:

  1. レガシー言語からモダン言語への移行:COBOL→Java、PHP→Go、Ruby→Rustなど
  2. 大規模コードベースの変換:数千〜数万行規模のコード移行
  3. 工数問題で着手できなかった技術的負債の解消:AIでコスト対効果を劇的に改善

注意すべき点

  • 2カ月間の検証期間を別途確保した点に注目すべきです。AIが変換したコードでも、本番投入前に十分な検証が不可欠です。
  • エージェントの役割分担設計が成功の鍵であるため、プロジェクト特性に合ったエージェント構成を慎重に設計する必要があります。

結論

DeNAの事例は、AIエージェントを単なるコーディング補助ツールではなく、プロジェクトレベルの戦略的リソースとして活用できることを示しています。ポイントは以下の3つです:

  1. エージェントの役割分業:変換と検証を分離し、それぞれの品質を最大化
  2. 反復サイクルの自動化:変換→検証→修正のループをAIが自動実行
  3. 十分な検証期間の確保:AI変換結果に対する人間の最終検証

「AIでこれだけ効率化できれば、今まで工数の問題で手を付けられなかった案件にも着手できるようになる」という小池副部長の言葉通り、AIエージェントは技術的負債解消の新たなブレークスルーとなり得ます。

参考資料

他の言語で読む

この記事は役に立ちましたか?

より良いコンテンツを作成するための力になります。コーヒー一杯で応援してください!☕

著者について

JK

Kim Jangwook

AI/LLM専門フルスタック開発者

10年以上のWeb開発経験を活かし、AIエージェントシステム、LLMアプリケーション、自動化ソリューションを構築しています。Claude Code、MCP、RAGシステムの実践的な知見を共有します。