Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
ソフトウェアにおける垂直設計と水平設計 ~モジュラーモノリスへ挑戦~
Search
Tech Leverages
August 25, 2023
Technology
0
700
ソフトウェアにおける垂直設計と水平設計 ~モジュラーモノリスへ挑戦~
## 技術
モジュラーモノリス, マイクロサービス, TypeScript, gRPC, monorepo, turbopack
Tech Leverages
August 25, 2023
Tweet
Share
More Decks by Tech Leverages
See All by Tech Leverages
理想のパスワードは?
leveragestech
0
29
データエンジニアとしてのキャリア戦略 〜これからの挑戦〜
leveragestech
0
86
ドメインロジックで考えるテスタビリティ
leveragestech
1
320
専門領域に特化したチームの挑戦
leveragestech
0
430
もう一度、 事業を支えるシステムに。
leveragestech
6
4.4k
ログに対する誤解とベストプラクティス
leveragestech
0
870
We Are PdE!! 〜高価値なプロダクトを作れるようになるための勉強会〜
leveragestech
1
1.4k
Prisma Typed SQLのススメ
leveragestech
1
220
今日から始める技術的負債の解消
leveragestech
4
570
Other Decks in Technology
See All in Technology
2024AWSで個人的にアツかったアップデート
nagisa53
1
110
深層学習と3Dキャプチャ・3Dモデル生成(土木学会応用力学委員会 応用数理・AIセミナー)
pfn
PRO
0
460
今年一年で頑張ること / What I will do my best this year
pauli
1
220
「隙間家具OSS」に至る道/Fujiwara Tech Conference 2025
fujiwara3
7
6.5k
テストを書かないためのテスト/ Tests for not writing tests
sinsoku
1
170
Azureの開発で辛いところ
re3turn
0
240
Accessibility Inspectorを活用した アプリのアクセシビリティ向上方法
hinakko
0
180
re:Invent2024 KeynoteのAmazon Q Developer考察
yusukeshimizu
1
150
Formal Development of Operating Systems in Rust
riru
1
420
Git scrapingで始める継続的なデータ追跡 / Git Scraping
ohbarye
5
490
コロプラのオンボーディングを採用から語りたい
colopl
5
1.3k
Amazon Q Developerで.NET Frameworkプロジェクトをモダナイズしてみた
kenichirokimura
1
200
Featured
See All Featured
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
Keith and Marios Guide to Fast Websites
keithpitt
410
22k
How to train your dragon (web standard)
notwaldorf
89
5.8k
Bootstrapping a Software Product
garrettdimon
PRO
305
110k
Imperfection Machines: The Place of Print at Facebook
scottboms
267
13k
Writing Fast Ruby
sferik
628
61k
Visualization
eitanlees
146
15k
Building Better People: How to give real-time feedback that sticks.
wjessup
366
19k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
127
18k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
8
1.2k
A designer walks into a library…
pauljervisheath
205
24k
Thoughts on Productivity
jonyablonski
68
4.4k
Transcript
ソフトウェアにおける 垂直設計と水平設計 ~モジュラーモノリスへ挑戦~ レバテック開発部 河村勇樹
| © Leverages inc. 2 • 所属: ◦ レバテック開発部 テクニカルイネイブリンググループ •
経歴: ◦ 2019年4月 大手Web企業 新卒入社 ◦ 2021年1月 レバレジーズ株式会社 中途入社 • 出身: ◦ 東京都町田市(シティボーイ) • 趣味: ◦ お酒、ゴルフ • 2023年の目標: ◦ ゴルフのスコアを90台80台にのせること • 好きなAWSサービス: ◦ Amplify、CloudFront、ECS、Aurora 自己紹介 Introduction
| © Leverages inc. 3 • 垂直と水平ってなに? • ソフトウェアにおける垂直と水平 • モジュラーモノリスへ挑戦
• モジュラーモノリスを実践 • まとめ アジェンダ INDEX
| © Leverages inc. 4 • システム、ソフトウェアが「なにを軸に分割」 されているのか意識(理解)できるようにな る • ディレクトリが「なにを軸に分割」しているの
か意識(理解)できるようになる • モジュラモノリスのテクニックをなんとなく理 解できるようになる 今日のゴール 目的・目標
垂直と水平?
今日のお話、ググってもあまり出てこない? 「水平分散システム」と「垂直分散システム」の違いとかはあるかも
縦と横って聞いてなにを想像しますか?
None
ある対象を 縦と横に分割することについて考える
人の場合で考えてみる
None
None
上半身? 下半身?
None
左半身? 右半身?
観点を変えて
分身A? 分身B?
仕事 プライベート
役割ごとに 分けることもできる
組織で考えてみる
None
営業 開発
給与管理 勤怠管理
縦を”役割”で分割 横を”機能”で分割
システムで考えてみる
None
None
None
None
None
スケーラビリティ(分散) を目的としてみよう
水平に分散
水平に分散
垂直に分散
垂直に分散 マシンのスペックを向上させること つまり、CPUやRAMを増やすこと 縦の能力を伸ばすこと
垂直スケーラビリティ 水平スケーラビリティ 一般的に言うと
| © Leverages inc. 37 • 物事を目的に応じて、 ◦ 垂直(縦)と水平(横)で分割 • そうすることで、
◦ 目的に応じた設計ができるようにな る ◦ なにを目的としているのかわかりや すくなる 垂直と水平 まとめ
ソフトウェアにおける垂直と水平
ソフトウェア モジュール
ソフトウェア モジュール
水平を”責務”で分割
ソフトウェア モジュール UIモジュール データモジュール
ソフトウェア モジュール View Controller Model
ソフトウェア モジュール Presentation Application Domain Infrastructure
レイヤードアーキテクチャ エンジニアの関心ごとで分割するのはやりやすい?
ソフトウェア モジュール
垂直に”機能”で分割
ソフトウェア 案件モジュール 人材モジュール
ソフトウェア 人材モジュール 人材モジュール ソフトウェア 案件モジュール
| © Leverages inc. 50 • ソフトウェアを”機能”で分割ってなにを軸に分割すればいいのだろうか ◦ サービス単位? ◦ 画面単位?
◦ データ単位? • 安易に分割すると逆に密結合になってしまう ◦ モジュールを分割してしまうと逆に複雑性が増すこともある ▪ それこそ循環参照みたいな状態になってしまったらより複雑になる ◦ ソフトウェアレベルで分割するとアンチパターンに陥る ▪ 分散されたモノリスになってしまうマイクロサービス • では、どうやって分割するのか? ◦ ドメイン分析? ◦ 境界づけられたコンテキスト? ◦ コンポーネントの特定およびサイズ調整? ソフトウェアを”機能”で分割するのは難しい TOPIC
”機能”で分割するには 相当なテクニックがいる そのためにいろんな手法が存在している ※ このテクニックについては本日は割愛
ソフトウェアアーキテクチャ・ハードパーツ ―分散アーキテクチャのためのトレードオフ分析 エリック・エヴァンスのドメイン駆動設計 マイクロサービスアーキテクチャ 第2版
ソフトウェアも垂直と水平に分 割することができる 話を戻すと...
| © Leverages inc. 54 • 目的に応じた設計ができるようになる ◦ どのクラスをどこに配置すればいいのか明確になる ◦ 分割対象ではどのようなことを意識すればいいのか明確になる
• 1つの分割対象に対する認知負荷やコストを下げることができる ◦ レイヤードアーキテクチャの Presentation層ではUIに関することを意識すればよい ◦ 案件モジュールでは案件に関することを意識すればよい • XXX性が向上する ◦ 独立性、保守性、可用性、信頼性、拡張性、 ... ソフトウェアを垂直と水平に分割するメリット TOPIC
| © Leverages inc. 55 • アーキテクチャ アンチパターンである Jumbleというパターンに陥る ◦ 【アーキテクチャ
アンチパターン】Jumbleより • 垂直に分割した要素と水平に分割した要素が入り乱れること ◦ つまり、垂直に分割した目的と水平に分割した目的が正しくない • これにより、XXX性が落ちる ◦ 1つの機能変更に対して、複数のモジュールを変更しなければならない ▪ 単一責任の原則の違反にもなる 垂直な分割と水平な分割に失敗すると... TOPIC
| © Leverages inc. 56 • ソフトウェアも垂直と水平に分割することができ る ◦ 水平→”責務” ◦
垂直→”機能” • ”機能”で分割するには相当なテクニックがいる ◦ 安易に分割するとアンチパターンに陥る こともある • 「適切」に分割することができれば ◦ 目的に応じた設計ができるようになる ◦ XXX性が向上する ソフトウェアにおける垂直と水平 まとめ
モジュラーモノリスへ挑戦
| © Leverages inc. 58 ”すべてのコードが単一のアプリケーションを動かすシステムであり、異なるドメイン間に厳密に強制された境 界があるシステム 適切なモジュール分割を行ったモノリスを調べていくとそれが「モジュラーモノリス」と呼ばれていることを知りま した。 端的に言うと理想的なモジュール分割が行われた「きれいなモノリス」 です。”
[翻訳] Shopifyにおけるモジュラモノリスへの移行 より 👉 1つのデプロイメントラインを維持しつつ、サービス分割をモジュール分割とする モジュラーモノリスってなに? TOPIC
| © Leverages inc. 59 • サービス分割 ◦ システムごと分割するので、 ◦ デプロイ単位も分かれる
▪ マイクロサービスなど • モジュール分割 ◦ システム内のモジュールを分割する ので、 ◦ デプロイ単位は分かれない ▪ モノリスも同様 サービス分割とモジュール分割 TOPIC アーキテクチャ 【まとめ】 -マイクロサービス、ミニサービス、モジュラーモノリス、モノリ シックアーキテクチャを並べて比べてみました-より
None
ソフトウェアにおける 垂直と水平で考えてみる
ソフトウェア モジュール Presentation Application Domain Infrastructure 水平に”責務”で分割
ソフトウェア モジュール Presentation Application Domain Infrastructure 垂直に”機能”で分割
ソフトウェア 案件モジュール Presentation Application Domain Infrastructure 人材モジュール Presentation Application Domain
Infrastructure 垂直に”機能”で分割 ”モジュラーモノリス”が完成
ソフトウェア 案件モジュール Presentation Application Domain Infrastructure ソフトウェア 人材モジュール Presentation Application
Domain Infrastructure ソフトウェアで分割すると、マイクロサービス が完成
ソフトウェア モジュール Presentation Application Domain Infrastructure ソフトウェア 案件モジュール Presentation Application
Domain Infrastructure 人材モジュール Presentation Application Domain Infrastructure ソフトウェア 案件モジュール Presentation Application Domain Infrastructure ソフトウェア 人材モジュール Presentation Application Domain Infrastructure モノリス モジュラーモノリス マイクロサービス
| © Leverages inc. 67 • レイヤー単位で分割 ◦ 1つのソフトウェアに複数のドメイン が存在する可能性がある •
結果 ◦ 技術的な認知負荷は減る ◦ 1つの機能変更に対して、それぞれ のモジュールを修正しなければなら ない レイヤーごとにモジュール化したらだめなの? TOPIC
| © Leverages inc. 68 • モジュラーモノリスとは ◦ 理想的なモジュール分割が行われ た「きれいなモノリス」 ◦
1つのデプロイメントラインを維持しつ つ、サービス分割をモジュール分割 とする ◦ デプロイ単位は分かれない • ソフトウェアにおける垂直と水平を活用し て、モジュラーモノリスにすることができる モジュラーモノリスへ挑戦 まとめ
モジュラーモノリスを実践
| © Leverages inc. 70 流れ 1. モノリス✖レイヤードアーキテクチャ 2. モジュール分割 3.
モジュールをNPMパッケージ化 補足 • 小さく応用 • 実際に応用している例を紹介 実践の流れ INDEX
| © Leverages inc. 71 • presentaition ◦ controller ▪ APIエンドポイント
• application ◦ usecase ▪ ユースケース ◦ adapter ▪ プロセス外依存 • domain ◦ entity ▪ エンティティ ◦ value-object ▪ 値オブジェクト • infrastructure ◦ mysql ▪ MySQLの永続化 ◦ grpc ▪ 別サービスのアクセス 1. モノリス✖レイヤードアーキテクチャ 実践
| © Leverages inc. 72 2. モジュール分割 実践 • project ◦
案件モジュール • engineer ◦ 人材モジュール • entrypoint ◦ APIエンドポイントをルーティング ◦ DIコンテナを設定 ◦ … ※ 上記以外のモジュールはモノリス状態 ※ ルーティングなどは名前の衝突は避ける
| © Leverages inc. 73 • 各モジュールをNPMパッケージ化 ◦ monorepo化 • メリット
◦ パッケージも疎にすることができる ◦ モジュール間の参照をパッケージ参 照にできる ◦ 切り離す時にパッケージごと抜き出 すだけになる 3. モジュールをNPMパッケージ化 実践
| © Leverages inc. 74 • 部分的に適用することも可能 ◦ マイクロサービスへのアクセス ◦ データリソースへのアクセス
◦ … • 右図の例 ◦ 1つにまとまっている状態 ◦ マイクロサービスごとに分割 ◦ モジュールをパッケージ化 • 小さいところから取り組むことができる 小さく応用 補足
| © Leverages inc. 75 • オウンドメディアサイトのバックエンド ◦ gRPC ✖ モジュラーモノリス
• モジュラーモノリスを採用 ◦ 分割軸はメディア毎 ▪ ltc • キャリア領域 ▪ ltf • フリーランス領域 ▪ … • monorepoを採用 ◦ turbopackを利用 実際に応用している例を紹介 補足
まとめ
| © Leverages inc. 77 • 物事を目的に応じて、垂直(縦)と水平(横)で分割することで、 目的に応じた設計ができるようになる • ソフトウェアも垂直と水平に分割することができる •
”機能”で分割するには相当なテクニックが必要で、安易に分割するとアンチパターンに陥ることもある • ソフトウェアも「適切」に分割することができれば 目的に応じた設計ができるようになる • モジュラーモノリスとは理想的なモジュール分割が行われた「きれいなモノリス」 • ソフトウェアにおける垂直と水平を活用して、モジュラーモノリスにすることができる まとめ 最後
垂直と水平の分割 モジュラーモノリスを活用しよう!!! みんなでより良いソフトウェア開発を過ごせるように
| © Leverages inc. 79 • 資料 ◦ 「水平分散システム」と「垂直分散システム」の違い ◦ 分散されたモノリスになってしまうマイクロサービス
◦ 【アーキテクチャ アンチパターン】Jumble ◦ [翻訳] Shopifyにおけるモジュラモノリスへの移行 ◦ アーキテクチャ 【まとめ】 -マイクロサービス、ミニサービス、モジュラーモノリス、モノリシックアーキ テクチャを並べて比べてみました - • 書籍 ◦ エリック・エヴァンスのドメイン駆動設計 ◦ マイクロサービスアーキテクチャ 第2版 ◦ ソフトウェアアーキテクチャ・ハードパーツ ―分散アーキテクチャのためのトレードオフ分析 参考資料・書籍