Camino Ninjaのアプリは、ハードコードされたJSONファイルとレガシーなPHP管理ポータルで稼働していました。グラディオンはバックエンド、モバイル、CMSを含むスタック全体を刷新し、収益を40%向上させました。

課題

グラディオンがプロジェクトに着手した時点で、Camino Ninjaプラットフォームはあらゆるレイヤーで多大な技術的負債を抱えていました。データ管理はハードコードされたJSONファイルに依存しており、新しいホテル情報の追加、ルートの修正、コンテンツの変更といったあらゆるコンテンツ更新には、開発者の直接的な介入が必要でした。このボトルネックにより、コンテンツチームは日常業務で開発リソースに依存せざるを得ませんでした。 管理ポータルはPHPで構築され、機能が最小限であったため、ルート、画像、レビュー、パートナーコンテンツの管理に柔軟性が乏しい状態でした。基盤となるアーキテクチャには、データ層、ビジネスロジック、フロントエンド配信の間に明確な分離がありませんでした。 モバイルアプリ自体も再構築が必要でした。パフォーマンスは低下し、クロスプラットフォームの一貫性も欠如しており、コードベースは必要な機能ロードマップをサポートする構造になっていませんでした。重要なのは、再構築にあたり、ユーザーが信頼性の低いモバイル接続環境で利用するオフラインマップとホテルデータ同期機能を維持することでした。これは必須要件であり、努力目標ではありませんでした。 課題は段階的な改善ではなく、スタック全体の刷新でした。ユーザーが依存する機能において、許容できる退行は一切ありませんでした。

アプローチ

グラディオンはバックエンド、モバイルアプリ、コンテンツ管理レイヤーに並行して取り組みました。 バックエンドでは、ハードコードされたJSONデータはすべて、自動バックアップ、レプリケーション、整合性チェック機能を備えたPostgreSQLデータベースに移行されました。バックエンドはAWS上にデプロイされ、マネージドデータベース運用にはRDS、リクエスト処理にはAPI Gateway、キャッシングにはElastiCacheを活用しました。インフラ再構築の一環として、クラウドネイティブなCI/CDパイプライン、ロードバランシング、モニタリングを導入しました。 モバイルアプリはFlutterで再構築されました。これにより、パフォーマンス向上、iOSとAndroid間の一貫した動作、長期的な保守性を考慮したコードベースを実現しました。既存ユーザーが依存していたオフラインマップとホテルデータ同期機能は維持・強化されました。これは努力目標ではなく、必須要件でした。 コンテンツ管理にはDirectus.ioを中央CMSとして導入し、Camino Ninjaチームの運用要件に合わせたカスタム管理拡張機能を構築しました。ロールベースのアクセス制御を設定し、パートナーが自身のリスティングを管理できるホテルオーナー向けインターフェースを構築しました。これにより、ルート、コンテンツ、画像、レビューの動的な管理が、開発者の介入なしに完全に運用可能となりました。