学習教材事業の業務システム群として、社内業務システム、受講者マイページ、新規申込受付、決済情報更新、学習データ分析、学習データ分析の複数のアプリを開発・保守しています。旧FuelPHPとRailsが稼働する一方で、新規はLaravelとNext.jsに統一する移行を推進。申込受付にはTerraformのインフラ定義とECRビルドを整備し、分析基盤はRailsからLaravel＋Next.jsへ置き換えを進めています。
- 複数世代のフレームワークからの収束
- FuelPHP・Rails・Nuxt 2など複数世代の構成を、新規開発ではLaravel＋Next.jsに統一し、保守対象の技術を段階的に減らしています。
- 決済直結系にのみ独立インフラ
- 決済情報を扱う申込受付にはTerraformで独立したインフラ定義を持たせ、他アプリの変更が決済系に波及しないようにしています。
- 動画配信基盤の構築
- 英語学習サービス向けに、動画トランスコードサービスと連携した配信基盤を構築し、教材動画の変換と配信を管理画面から扱えるようにしました。
- 複数のアプリを1つの保守対象として運用
- 社内業務、受講者マイページ、申込受付、決済情報更新、学習データ分析、英語学習管理画面、教材出題の複数のアプリを、個別案件ではなく一続きの保守対象として開発・運用しています。
- 分析基盤をRailsからLaravel＋Next.jsへ置換中
- 学習データ分析はRailsで動いていたものをLaravel＋Next.jsへ置き換えている最中です。新規開発の構成に合わせることで、分析基盤だけ別技術で取り残される状態を解消しています。
この種のシステムで検討する論点（想定例）
以下は同種の案件で一般的に検討する内容の整理であり、上記事例の詳細を示すものではありません。
想定例: 複数の業務システムを技術的に「収束」させる順序
長く続く事業では、時期ごとに異なるフレームワークで作られたシステムが並存し、それぞれに詳しい担当者が減っていくのが典型的な課題です。すべてを一度に作り直すのは現実的でないため、「新規はこの構成で作る」という基準を先に決め、既存システムは改修の必要が生じたものから順に新構成へ寄せていきます。優先順位は、変更頻度の高さ、担当者の属人性、セキュリティ更新が止まっているかどうかで判断すると、限られた予算で効果の大きい順に進められます。
想定例: 決済・個人情報を扱うアプリの分離
申込受付や決済情報の更新は、クレジットカード情報や受講者の個人情報を扱うため、他の業務システムと同じ環境に同居させると、無関係な変更が決済系のリスクになります。決済に直結するアプリだけを独立したインフラ定義で切り出し、デプロイの権限と手順を分けておくと、影響範囲を限定できます。カード情報そのものは決済SaaS側に預けて自社では保持しない構成が一般的です。一般的な情報であり、個別の事案は専門家・所管官庁にご確認ください。
関連するサービス
関連する業種
関連する開発ガイド
- 他社が作ったシステムの引き継ぎ・保守を依頼するときのチェックリスト前の開発会社が作ったシステムの保守を別の会社に引き継ぐときの手順を、資料・アカウント・ソースコード・環境の棚卸しから調査、リスク整理、保守範囲の合意、移行まで、確認項目の表とともに解説します。
- 納品後の保守・運用で何が必要かシステムは納品後も動かし続ける必要があります。監視、バックアップと復元テスト、OS・ミドルウェア・CMSのアップデート、ステージングでの検証、保守契約の範囲という基本を整理します。
- 中小企業のWebシステムに最低限必要なセキュリティ対策専任の担当者がいない中小企業でも押さえておきたい Web システムのセキュリティ対策を、SSL/TLS・認証と多要素認証・権限の最小化・アップデート・バックアップ・ログ・個人情報の順に優先度をつけて整理します。
他の開発事例
監修: Unlogical Systems合同会社（杉並区・西荻窪）公開