一枚岩なレガシーシステムをラクスルではどのようにRebuildしているのか?

© RakSul,Inc. All Rights Reserved.
一枚岩なレガシーシステムを
ラクスルではどのようにRebuildしているのか?
生まれ変わらNight -技術的負債からの一発逆転 -
ラクスル株式会社　二串信弘
2018/11/29

About me
Nobuhiro Nikushi
二串信弘　
● Works for RAKSUL INC. from 2017/3
● Tech Lead in Raksul Platform Team
● Favorite Languages: Ruby, Golang,
TypeScript, etc
● Private: English, Violin, 子育て
Server-Side Engineer, Tech Lead in RAKSUL
github: @nikushi
twitter: @nikushi_jp

About RAKSUL INC.

「仕組みを変えれば、
　　　　世界はもっと良くなる」
VISION
Better System, Better World

ファブレス型印刷/広告EC
“ラクスル”
物流のUber
“ハコベル”
Business
印刷や物流といった伝統的な産業で事業を展開

複数の産業を革新するBtoBプラットフォームを通じた持続的成長

ファブレス型印刷/広告EC
“ラクスル”
物流のUber
“ハコベル”
今日のスコープ
印刷のラクスルのシステムの裏側を話します

Main Theme

● ラクスルにおける技術負債
● Raksul Platform Projectでやっている技術負債解消のアプローチ
● 新しいRailsプロジェクトについて
● まとめ
今日の話

エンジニア20名強、他プロダクトオーナ、エンジニアリングマネージャー、プロダクトマ
ネージャーが在籍
チーム数: 4スクラム
技術スタック
● インフラ AWS (EC2, S3, RDS Aurora, etc)、一部GCP
● サーバサイド Ruby on Rails, PHP(Symfony, etc), Golang, etc
● フロントエンド Vue.js, Nuxt.js, jQuery, etc
※ ハコベル事業は含まない
現在のラクスルの規模感

開発の周辺環境
Chat Deploy/Ops
Error
Monitoring/Notification
CI
Stable
Infrastructure
AWS managed by SRE
team
Code Review

　　　　　　　　　
良いところは沢山ある

開発の現場の課題

例えば
● どこを修正すればいいか分からないので隣のチームに質問しにいく
● 影響範囲がわからない。想定外の場所でエラーが発生。
● 同じバグを何度も引く
● 新人のシステムキャッチアップコストが高くbootstrapに時間がかかる
開発の現場で起きていたこと

歴史的経緯が積み重なり複雑で巨大に成長してしまったリポジトリ
● 初見では把握できない複雑なディレクトリ構成
● 様々なサービス、機能が全部入り
● 結合度が高い
なぜそうなったか? - 直接的な原因

根本は以下に集約される
● 印刷というビジネスドメインをシステム化することのそもそもの難しさ
● 適切な分解無しに、複数ドメイン・機能を混ぜてしまったこと
○ 紙の印刷サービスを売るECだけでなく、他のサービス(新聞折込やポスティン
グなどの付加価値付きの集客支援サービス、紙以外の商材、etc)の混入
○ デザイン機能、見積もり機能など
なぜそうなったか? - 根本的な要因

Rebuildを決意
開発効率が上がらない
負債が負債を呼ぶ悪循環
ひいては今後の事業成長の足かせになりかねない
Rebuildを決意
cf. そうだ、ラクスルを作り直そう！https://tech.raksul.com/2017/12/18/raksul-platform-project/

戦略

● 既存コード(PHP)はリファクタせず、新しくリライト
● ビジネスドメインとレイヤーを意識して分割
● 新しいシステムは原則に従う
○ 各システムはモノリシックに
○ 1システム1データベース
戦略

我々はPHPのコードを捨て、新しく作り変えていく道を選択した
既存のPHP をリファクタするという選択は無かった
● エンジニアの得意言語の変化
○ 創業時 = PHPが得意なエンジニア
○ 現在 = Ruby On Railsが得意なエンジニア
● Rebuild後のシステム価値
○ リファクタした場合の価値 << リライトした場合の価値
Ruby on Railsを主フレームワークに採用
既存コード(PHP)はリファクタせず、新しくリライト

ビジネスドメインとレイヤーを意識して分割
印刷EC 顧客基盤や認証
決済
データチェック機能
集客支援・広告系EC
ECレイヤー
個別見積もり、etc...
発注ディスパッチ処理
原価管理
コスト最適化
etc...
汎用機能レイヤー
印刷SCMレイヤー
ビジネス
ドメイン
ビジネスドメインに関係な
く使える機能は汎用レイ
ヤーへ
汎用系の一種。
印刷SCM機能は
ラクスルの根幹部分

● 各システムはモノリシックに作り、凝縮度を高め開発効率を上げる。
● つまり、マイクロサービス化しない。組織の規模に合わないマイクローサービス化は
かえって開発効率を下げたり、把握コスト、DevOps等のオーバヘッドを生む。
● 20名少々のエンジニア = 5つくらいのチーム。1チーム 1~2リポジトリくらいをメンテ
できるくらいが開発効率的にもベスト。
各システムはモノリシックに、マイクロサービス化はしない

● アプリケーションをまたいで DBを参
照しない。
● 過去の経験も踏まえてアンチパ
ターンを踏まない
● よくあるアンチパターンな構成 = モ
ノリシックなデータベースが中心に
あり、ユーザー向け、管理画面や
APIなどの多数のWebアプリが読
み書きしている状態
1システム、1データベース

Blue Print
共通機能
Payment
Ops
API DB
User/
Auth
Ops
API DB
DataCheck/
Prepress
Ops
API DB
印刷ECOps
API DB
Printing
Ops
API DB
Web
EC機能
Other Business are the same
Web: Publicサイト
Ops: 管理画面
API: Internal API
Web
ExtAPI
Users
Printing
Companies
集客・広告Ops
API DB
Web

Blue Print
共通機能
Payment
Ops
API DB
User/
Auth
Ops
API DB
DataCheck/
Prepress
Ops
API DB
印刷ECOps
API DB
Printing
Ops
API DB
Web
EC機能
Other Business are the same
Web: Publicサイト
Ops: 管理画面
API: Internal API
Web
ExtAPI
Users
Printing
Companies
集客・広告Ops
API DB
Web
Development is ongoing!

Inside of raksul-core
Introducing monolithic architecture of our new
Rails project

● 既存システム(github:raksul/raksul) の置き換えとしてスタート
● 印刷ECドメインにフォーカス
● データベースは既存データベースを参照
raksul-core, the new place for raksul.com
raksul
(existing PHP sytem)
DB
LB
GET https://raksul.com/path/to/page
raksul-core
(The new raksul.com in Rails)
置き換え機能、新機能既存ページ
The Raksul’s Database

3種類のコンポーネントを定義
3コンポーネント同居による凝縮度を上げた Rails app
Database
Models
Thor
CLI(Batch)
Controllers
Views,
Serializers
Controllers
Views,
Serializers
Controllers
Serializers
Web Ops API
raksul.com 管理画面 api.raksul.local
責務
Web
● Public Web Site
● フロント向けAPI(BFF)も兼任
Ops
● 管理画面(CR、経理など)
● フロント向けAPI(BFF)も兼任
API
● Internal Web APIs for other
systems
Layering of raksul-core

● この構成で1年ほど運用できている
● 開発効率は非常によい
● raksul-coreのナレッジは他のリポジトリに横展開している
この構成で運用して

● モノリシック => 肥大化していく
○ raksul-coreの責務なのかどうかの見極め
○ 別システムへの切り分けの提案
課題もある

取り組み

水曜日のラクスル
● 水曜午後の社内勉強会
● テーマななんでも良い
● 準備不要
● 技術的不安の相談なども
ペアプロ、モブプロ
● 難しい課題への取り組み時に
● 心理的安全性
● コードレビュー負担の軽減
水曜日のラクスル、ペアプロ、モブプロ

まとめ

● ラクスルのRebuildは現在進行系です
● 我々はシステム設計のディスカッションや日々の発見を通じて、ラクスルのシステム
をより良くしていく取り組みをしています
● プロジェクトはチャレンジングです。我々はRebuildを通してレベルの高いシステム
を目指しています
● やることは沢山あります!
Rebuilding is On Going

We Are Hiring!

Thank you!

一枚岩なレガシーシステムをラクスルではどのようにRebuildしているのか?

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Ähnlich wie 一枚岩なレガシーシステムをラクスルではどのようにRebuildしているのか?

Ähnlich wie 一枚岩なレガシーシステムをラクスルではどのようにRebuildしているのか? (20)