FuelPHPで構築したシステムを、今も現役で使い続けている。動いてはいるものの、フレームワークの更新は止まり、PHPのバージョンも古いまま。このままでよいのかと不安を感じている担当者の方は少なくないはずです。
この記事では、FuelPHPを使い続けるリスクと、移行先としてLaravelが選ばれる理由、移行の難所を整理したうえで、約25万行の基幹システムをFuelPHPからLaravelへ移行した当社の事例を紹介します。
FuelPHPは事実上サポートが終了している
FuelPHPは2011年に登場したPHPフレームワークで、軽量で自由度が高く、2010年代前半には国内でも多くのシステムに採用されました。しかし現在、開発は事実上止まっています。
- 最後の安定版は2019年6月リリースの1.8.2で、以降6年以上新しい安定版が出ていない
- 1.8.2が正式対応するPHPは7系まで。PHP 8系に対応する1.9は開発版のまま正式リリースされていない
- 開発チームは1.x系がすでにEOL(サポート終了)に達していることを認めており、後継の2.0も長らくリリースされていない
一方、PHP本体は7.4のセキュリティサポートが2022年11月に終了しています。つまりFuelPHP 1.x系のシステムは、フレームワークとPHP本体の両方でセキュリティ修正を受けられない状態で稼働していることになります。
使い続けた場合のリスク
「動いているから問題ない」と先送りしたくなりますが、時間の経過とともにリスクは着実に大きくなります。
セキュリティリスク。 脆弱性が見つかっても修正版は提供されません。外部公開しているシステムであれば、攻撃の入口になり得ます。
動作環境の維持が困難になる。 古いPHPを動かせるOSやミドルウェアは年々減っていきます。サーバーの更新やクラウド移行のたびに、古い環境を維持するための追加コストが発生します。
保守人材の確保難。 FuelPHPの経験者は年々減っており、新しく学ぶエンジニアはほぼいません。改修のたびに対応できる人を探すのが難しくなり、属人化が進みます。
改修コストの増大。 ドキュメントが残っていない、仕様を知る担当者が退職した、といった状態が重なると、小さな改修にも大きな調査工数がかかるようになります。
こうしたリスクはFuelPHPに限らず、レガシーシステム全般に共通する構図です。放置するほど移行の難易度と費用が上がるため、どこかで移行を決断する必要があります。
移行先にLaravelが選ばれる理由
FuelPHPからの移行先としては、同じPHPのフレームワークであるLaravelが選ばれるケースが大半です。理由は明快です。
- PHPの資産を活かせる。 言語が同じため、業務ロジックの多くを引き継ぎやすく、別言語への移行に比べて費用と期間を抑えられます
- デファクトスタンダードである。 LaravelはPHPフレームワークの中で最も広く使われており、開発が活発に続いています。毎年メジャーバージョンが更新され、最新のPHPに追従しています
- 人材が豊富。 国内のPHP求人はLaravel案件が中心で、保守を引き継げるエンジニアを確保しやすい状況です
- エコシステムが充実している。 認証、テスト、キュー処理などの周辺機能が公式に整備されており、FuelPHP時代に自作していた仕組みを標準機能に置き換えられます
機能を変えずにフレームワークだけを新しくする移行は、リライトと呼ばれる方式です。移行方式ごとの費用の違いはシステムマイグレーションの費用相場で解説しています。
FuelPHPからLaravelへの移行が難しい理由
同じPHPとはいえ、FuelPHPとLaravelは設計思想が異なるため、移行は単純な作業ではありません。難所は主に4つあります。
書き換えが全面に及ぶ。 ディレクトリ構成、ルーティング、ORM(データベース操作の仕組み)、認証、バリデーションなど、フレームワークに依存する部分はすべて書き直しになります。ソースコードの大半に手が入ると考えるべきです。
仕様の把握に時間がかかる。 FuelPHP時代のシステムは構築から10年前後が経過していることが多く、設計書が残っていない、仕様を知る担当者がいない、といった状態が珍しくありません。コードを読み解いて仕様を復元する作業が移行工数を押し上げます。
テストの工数が膨大になる。 移行前とまったく同じように動くことの確認には、プロジェクト全体の半分近い工数がかかることもあります。ここを削ると本番切替後の障害に直結します。
移行中も業務は止まらない。 人手による移行は規模によっては年単位のプロジェクトになり、その間の機能改修をどう扱うかが問題になります。改修を長期間凍結すれば業務に影響し、凍結しなければ移行作業が終わらない。このジレンマが移行を難しくします。
こうした難所があるため、人手を前提とした従来の見積もりでは、中規模以上のシステムで数千万円規模になることが珍しくありませんでした。この構図を変えつつあるのが、AIを活用した移行です。
移行事例:約25万行の基幹システムを費用・工期約60%削減で移行
当社が株式会社ウイズ・ワンと共同で実施した、サービス管理基幹システムの移行事例を紹介します。
プロジェクト概要
| 項目 | 内容 |
|---|---|
| 対象 | サービス管理の基幹システム(約25万行) |
| 移行元 | FuelPHP |
| 移行先 | 最新PHP + Laravel 12 |
| 背景 | 言語・フレームワークのサポート終了によるセキュリティ・事業継続上のリスク |
結果として、従来手法の見積もりと比較して金額・工期とも約60%の削減を実現しました。移行後のシステムは本番環境で問題なく稼働しており、品質は従来手法と同等です。
進め方の特徴
このプロジェクトでは、マイグレーション専用に開発した独自のAIエージェントと、人による品質担保を組み合わせました。
設計書が十分に残っていなくても、AIがコードから構造と仕様を読み取るため、仕様把握の工数を大きく抑えられます。また、AIによる変換は繰り返し実行できるため、移行中の機能改修に移行作業を追従させられます。このプロジェクトでは、改修の凍結期間を2週間に抑えました。先に挙げた4つの難所を、それぞれAIと体制の工夫でカバーした形です。
AIを活用した移行の仕組みや導入時の注意点は、AIマイグレーションとは？仕組みと効果、導入前に知っておきたい注意点で詳しく解説しています。
まとめ:まずは自社システムの移行可能性を確かめる
FuelPHPは安定版の更新が途絶えて6年以上が経ち、使い続けるリスクは年々大きくなっています。同じPHPであるLaravelへの移行は資産を活かせる現実的な選択肢であり、AIの活用によって、かつては高額で断念していた規模のシステムでも現実的な費用と期間で移行できるようになってきました。
とはいえ、実際にどこまで効率化できるかは、コードの状態や構成によって異なります。検討の第一歩として、実際のソースコードに基づく診断で移行可能性と概算費用を把握することをおすすめします。
DEN-NOのAIマイグレーションサービスでは、NDA(秘密保持契約)を締結のうえシステム概要とソースコードの一部をお預かりし、現状リスクと移行可能性をまとめた診断レポートと概算費用を無料でご提示しています。仕様書・設計書のご準備は不要です。
よくある質問
Q. FuelPHPのまま最新のPHPで動かすことはできませんか？
PHP 8系に対応するFuelPHP 1.9は開発版のまま正式リリースされておらず、フレームワーク側の対応を待つ戦略は現実的ではありません。仮に動作させられても、フレームワーク本体の開発が止まっている状況は変わらないため、根本的な解決にはなりません。
Q. FuelPHP以外のフレームワークからの移行にも対応できますか？
対応できます。CodeIgniterやCakePHPの古いバージョンなど他のPHPフレームワークからの移行のほか、PHP 5系から8系への言語バージョンアップ、VB6からC#への言語変更まで幅広く対応しています。
Q. 移行費用はどのくらいかかりますか？
対象システムの規模と状態によって変わります。規模別・方式別の相場観はシステムマイグレーションの費用相場にまとめていますので、あわせてご覧ください。個別の概算は無料診断でご提示できます。