Upgrade to Pro — share decks privately, control downloads, hide ads and more …

freee 技術の日 2024 Day1 進化していくシステムアーキテクチャ

Yu Usami
June 03, 2024
Programming
1
4.9k

freee 技術の日 2024 Day1 進化していくシステムアーキテクチャ

freee 技術の日 2024にて発表した『進化していくシステムアーキテクチャ』のスライドになります。

発表のアーカイブはyoutubeにて公開されていますので、そちらをご覧ください。

Yu Usami

June 03, 2024
Tweet

More Decks by Yu Usami

See All by Yu Usami
海外進学→現地就職→転職帰国→転職→レイオフ
usami
3
950

Other Decks in Programming

See All in Programming
データの整合性を保つ非同期処理アーキテクチャパターン / Async Architecture Patterns
mokuo
54
19k
メンテが命: PHPフレームワークのコンテナ化とアップグレード戦略
shunta27
0
300
機能が複雑化しても 頼りになる FactoryBotの話
tamikof
0
110
Rails 1.0 のコードで学ぶ find_by* と method_missing の仕組み / Learn how find_by_* and method_missing work in Rails 1.0 code
maimux2x
1
180
「個人開発マネタイズ大全」が教えてくれたこと
bani24884
1
180
5分で理解する SOLID 原則 #phpcon_nagoya
shogogg
1
300
Open source software: how to live long and go far
gaelvaroquaux
0
660
ファインディLT_ポケモン対戦の定量的分析
fufufukakaka
0
920
CSS Linter による Baseline サポートの仕組み
ryo_manba
1
150
ソフトウェアエンジニアの成長
masuda220
PRO
12
2.1k
Djangoアプリケーション 運用のリアル 〜問題発生から可視化、最適化への道〜 #pyconshizu
kashewnuts
1
260
CDK開発におけるコーディング規約の運用
yamanashi_ren01
2
250

Featured

See All Featured
The Pragmatic Product Professional
lauravandoore
32
6.4k
Making Projects Easy
brettharned
116
6k
Why Our Code Smells
bkeepers
PRO
336
57k
Git: the NoSQL Database
bkeepers
PRO
427
65k
4 Signs Your Business is Dying
shpigford
182
22k
Statistics for Hackers
jakevdp
797
220k
For a Future-Friendly Web
brad_frost
176
9.6k
Building a Scalable Design System with Sketch
lauravandoore
461
33k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
47
5.2k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
193
16k
Done Done
chrislema
182
16k

Transcript

  1. 進化していく システムアーキテクチャ 宇佐美 ゆう 2024年5⽉31⽇

  2. 2 宇佐美 ゆう
 ２０２３年４月入社 - サービス基盤
 全社にまたがるアーキテクチャ課題の 解決と基盤技術開発に従事
 システムアーキテクト

  3. 1. SaaS企業の成⻑とアーキテクチャの変遷 2. freeeが抱えるアーキテクチャ課題 3. アーキテクチャ課題解決に向けての取り組み 進化していく システムアーキテクチャ

  4. SaaS企業の成長 創業期 
 急成長期
 
 成長拡大期


  5. 創業期 • ユーザー数・売上は０ • ２〜３人で開発 • とにかくリリース！ • 開発・運用コストは最低限で

  6. 創業期のシステムアーキテクチャ app servers database server load balancer client

  7. freee（2012-2013）のシステムアーキテクチャ app servers database server load balancer client freee会計
 MySQL


    Rails
 • CEO含む３人で開発
 • 2013/3確定申告リリース目標
 • Rails + EC2


  8. SaaS企業の成長 創業期 
 急成長期
 
 成長拡大期


  9. 急成長期 • ユーザー数・売上共に伸びてきた • １０〜２０人で開発 • 事業拡大・機能追加・安定稼働 • 資金面の余裕

  10. 急成長期のシステムアーキテクチャ client database servers service A service B

  11. freee（2014-2017）のシステムアーキテクチャ client service A freee会計
 freee人事労務
 共通 Auth
 • エンジニア

    ２０人ほど
 • HRプロダクトリリース
 • 共通機能の切り出し


  12. SaaS企業の成長 創業期 
 急成長期
 
 成長拡大期


  13. 成長拡大期 • 事業の多角化 • １００人超で開発 • 開発生産性・自動化 • コスト最適化

  14. 成長拡大期のシステムアーキテクチャ app containers database clusters client

  15. freee（2018-2023）のシステムアーキテクチャ app containers database clusters client EKS
 Aurora
 Read-only
 Replicas


    • エンジニア ８０〜２５０人
 • 増えたサービスの統制
 • DBパフォーマンス問題


  16. freeeが抱えるアーキテクチャ課題 サービス数の爆発
 依存関係の複雑化
 パフォーマンス問題
 開発生産性の鈍化
 障害の高度化・重篤化


  17. 1. 依存関係をシンプルに 2. 肥⼤化したサービスの分割 3. 標準化‧ガイドライン整備 アーキテクチャ課題解決への取り組み

  18. 1. 依存関係をシンプルに 循環依存 相互依存

  19. 1. 依存関係をシンプルに PubSubの仕組みで相互依存・循環依存を解消 service A service B

  20. 1. 依存関係をシンプルに PubSubの仕組みで相互依存・循環依存を解消 
 
 
 
 
 subscribe publish

    event stream service A service B

  21. 2. 肥大化したサービスの分割 ドメインベースでのサービス分割 ドメイン分析を元に、適切な粒度でのドメイン分割を実現する • 会計モノリスからの各種サービス切り出し • 肥大化したサービスへの追加機能開発制限 • 新規サービスの立ち上げを容易に

  22. 3. 標準化・ガイドライン整備 サービス間連携ガイドライン 複数サービスとの連携を前提としたサービスを実装する際の原則・実装例 原則例: • 連携先のサービスが常に正常に動作することを前提としない • freee API標準に準拠し、API経由もしくはイベント経由で連携する

    • サービス間での相互依存・循環依存をしない • 分散トランザクションを実装しようとしない

  23. 3. 標準化・ガイドライン整備 ドメインサービスのガイドライン ドメインサービスの切り分け方・実装の指針となるべく策定中 検討項目: • SLI / SLO •

    DB write がスケールする実装方針 • freee-bootstrap の利用

  24. おわりに アーキテクチャには正解も不正解もない。
 あるのはトレードオフだけだ。
 『進化的アーキテクチャ』著者 Neal Ford

  25. None