SaaSのサービス拡張を、Rails + MySQL でリファクタ・機能拡張

プロジェクトでの変化

• 権限管理
  yaml駆動で柔軟に追加・編集
• 運用負荷
  管理画面UIの整理で軽減
• 開発環境
  Docker化で再現可能に

課題

動いている Rails 基盤の、管理画面の権限制御が広げにくくなっていました。機能を1つ足すたびに、権限まわりの作り込みが膨らんでいきます。運用を担当するのは専任のエンジニアではありません。画面が分かりにくければ、その負荷はそのまま問い合わせの件数として返ってきます。既存の Rails 資産は活かしたい。そのうえで権限と管理画面の両方を、広げやすく迷わない形に作り直す必要がありました。

アプローチ

1. 01 既存Rails基盤の構造とビジネスロジックを棚卸しし、改修範囲を特定しました
2. 02 管理画面の権限制御を yaml ファイル駆動に再設計し、定義の追加・編集を簡素化しました
3. 03 左メニュー・第二階層コントローラの権限定義パターンを統一しました
4. 04 運用部門の動線を意識して管理画面UIを整理しました
5. 05 Docker により開発環境を統一し、ローカル〜本番までの再現性を確保しました
6. 06 機能追加を段階的にリリースし、運用への影響を最小化しました

成功要因

yaml駆動の権限定義

権限制御を yaml で外出しし、新規メニュー追加時のコード改修を不要にしました。

運用部門起点のUI整理

管理画面を運用部門の業務動線に合わせて整理し、問い合わせ件数の増加を抑えました。

既存資産の活用

既存の Rails + MySQL 基盤を作り直さず、改修範囲を権限と管理画面に絞りました。

段階リリース運用

機能追加を段階的にリリースし、運用部門が無理なく慣れられるようにしました。

ソリューション

Rails + MySQL の基盤はそのままに、権限制御だけを yaml で定義する仕組みへ設計し直しました。左メニューも配下のコントローラも、コードを書かずに yaml の追記だけで足せます。管理画面のUIは運用部門の動線に合わせて並べ替えました。問い合わせの発生源を、画面の側から減らす狙いです。