プロジェクトでの変化
- リプレイス対象ECサイト + 管理サイト
- 進行管理計画通りに
段階リリース - 運用切替業務停止を
最小化
課題
動いている
アプローチ
- 01 現行サイトの
機能を 画面・API単位で 棚卸ししました - 02 React + Redux で
フロント、 Lumen で API層を 再設計しました - 03 Dockerで
開発・ステージング・本番の 環境を 統一しました - 04 業務側と
切替計画を 握り、 段階リリースで 影響を 局所化しました - 05 繁忙期を
避けたリリースカレンダーを 業務側と 合意し、 無理の ない 進行管理を 行いました - 06 切替後の
運用引き継ぎを 意識し、 運用ドキュメントと モニタリング項目を 設計と 並行して 整備しました
成功要因
- 画面・API単位の
棚卸し - 稼働中システムを
画面・API単位で 棚卸しし、 リプレイスの 影響範囲を 見える 化しました。 - 段階リリース運用
- 現行と
並走しながら 段階リリースし、 業務停止を 最小化する 切替計画を 業務側と 握って 進めました。 - フロント・APIの
責務分離 - React + Reduxの
フロントと Lumen の APIを 分離設計し、 双方の 変更が 互いに 引き摺らない 構造を 取りました。 - 環境統一に
よる 検証速度 - Docker で
開発・ステージング・本番の 環境を 揃え、 リプレイス中の 検証回数を 担保しました。
ソリューション
React + Redux の