マイクロサービス化の功罪と_レシピサービスのリアーキテクティング.pdf

by Hiromu Miyazaki

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

© 2022 Cookpad Inc. 14 ● 何を変更すると何に影響があるか全く見通しが立たない、クソデカモノリスを触る必要性が減った ● 機能開発のスピードを出しやすくなった ● ライブラリやミドルウェアの更新などがしやすくなった ● 部署ごとに責任範囲が分割された ● 開発環境の進化が加速した ○ サービスメッシュ、分散トレーシング、耐障害性のある設計などなどマイクロサービス化して良かったこと

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

© 2022 Cookpad Inc. 17 ● 分割をミスって結合が密なデータが泣き別れる ● マイクロサービスが多いとそれだけ保守運用しなければいけないアプリケーションが増える ○ たとえば、Rails の EOL 対応を全てのマイクロサービスについてやる ● BFF がロジック盛り盛りで肥大化 ● 組織改変でマイクロサービスのオーナーシップが破滅 ○ １チームが 10 個も 20 個もマイクロサービスを持っていたり、誰もオーナーシップを持っていない開発もされていないマイクロサービスが爆誕マイクロサービス、つらくね？

Slide 18

Slide 18 text

Slide 19

Slide 19 text

© 2022 Cookpad Inc. 19 ● 失敗か成功かで言うと「失敗」だった ● 認証基盤、決済基盤などマイクロサービス化に成功したものもあった ● 開発環境の進化など、得たものもたくさんあった ● 失敗原因 ○ 組織の形にマイクロサービスのアーキテクチャを追従できなかった ○ 必要以上にマイクロサービスを分割しすぎた ○ モノリスの開発しにくさをマイクロサービス化（だけ）で解決しようとしたクックパッドのマイクロサービス化は……

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

Slide 24

Slide 24 text

© 2022 Cookpad Inc. 24 ● Cookpad TechConf 2022 発表資料『巨大なレシピサービスを最高にしたい』 ○ https://speakerdeck.com/hmiyazaki/cookpad-techconf-2022-about-pj-tak anawa-hiromu-miyazaki ● 『マイクロサービス宣言から８年振り返りとこれから』 ○ https://speakerdeck.com/eisuke/eight-years-after-the-microservices-decla ration-a-look-back-and-a-look-ahead 参考資料