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
eguchij
July 19, 2023
Technology
1
11k
新たなマイクロサービス取り組みの実例
2023/7/19のTECH PLAYでの発表資料です。
https://techplay.jp/event/908123
eguchij
July 19, 2023
Tweet
Share
Other Decks in Technology
See All in Technology
目の前の仕事と向き合うことで成長できる - 仕事とスキルを広げる / Every little bit counts
soudai
12
1.4k
Datadog APM におけるトレース収集の流れ及び Retention Filters のはなし / datadog-apm-trace-retention-filters
k6s4i53rx
0
200
ゆもつよがこの30年間自ら経験してきたQA、テストの歴史と未来
ymty
4
660
Kubernetes x k6 で負荷試験基盤を開発して 負荷試験を民主化した話 / Kubernetes x k6
sansan_randd
1
650
AWSエンジニアに捧ぐLangChainの歩き方
tsukuboshi
2
490
Platform Engineeringは自由のめまい
nwiizo
1
240
A Hidden Pitfall of K8s DNS with Spring Webflux
musaprg
0
320
Classmethod AI Talks(CATs) #15 司会進行スライド(2025.02.06) / classmethod-ai-talks-aka-cats_moderator-slides_vol15_2025-02-06
shinyaa31
0
140
カスタムインストラクションでGitHub Copilotをカスタマイズ!
07jp27
8
1.7k
AWSでRAGを実現する上で感じた3つの大事なこと
ymae
3
930
滅・サービスクラス🔥 / Destruction Service Class
sinsoku
6
890
データ基盤の成長を加速させる:アイスタイルにおける挑戦と教訓
tsuda7
3
600
Featured
See All Featured
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
44
9.4k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
49k
Automating Front-end Workflow
addyosmani
1367
200k
Building an army of robots
kneath
302
45k
Java REST API Framework Comparison - PWX 2021
mraible
28
8.4k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
98
18k
Keith and Marios Guide to Fast Websites
keithpitt
410
22k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
193
16k
Building Better People: How to give real-time feedback that sticks.
wjessup
366
19k
Practical Orchestrator
shlominoach
186
10k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
47
5.2k
The Language of Interfaces
destraynor
156
24k
Transcript
0 新たなマイクロサービス取り組みの実例 株式会社一休 宿泊プロダクト開発部 バックエンド開発チーム 江口 潤 技術負債に立ち向かうエンジニアを助けるマイクロサービス化 一休の7年間の取り組み事例から紐解く成功と失敗を分けるポイント 2023/07/19
1 株式会社一休 宿泊プロダクト開発部 バックエンド開発チーム 江口 潤 2022年1月に一休へ中途入社。宿泊予約サービスのバック エンド開発・運用及び、決済マイクロサービスの新規開発 に従事。 最近はインスタでプレーリードッグを見る事にはまってい
ます。
2 目次 • 決済プラットフォーム概要 • 技術選定 • 境界線をどこに引くか • 整合性を崩さない
• 今後の展開
決済プラットフォーム概要
4 カード決済モジュールが3つ?
5 一休サービス 決済プラットフォームサービス導入前 外部サービス GMO PG PAY.JP 決済モジュール モジュール① モジュール③
モジュール② レストラン予約 スパ予約 宿泊予約 決済予定 決済履歴 会計 類似の決済モジュールが乱立。 凝集度が低く各サービスに決済関連機能が漏洩し、 再利用するメリットが少ない。 新サービス追加の度に決済関連機能を開発。 決済予定 決済履歴 会計 決済予定 決済履歴 会計
6 一休サービス 決済プラットフォーム 決済プラットフォームサービス導入後 外部サービス GMO PG PAY.JP 決済予定 決済履歴
会計 国内宿泊予約 レストラン予約 スパ予約 決済に関連する機能を集約。 再利用するメリットが多く、 新サービスの開発が容易。
7 一休サービス 決済プラットフォーム まずは新規サービスへ決済プラットフォームを導入中 ふるさと納税 外部サービス GMO PG PAY.JP 国内宿泊予約
レストラン予約 スパ予約 新サービスA 新サービスB 決済予定 決済履歴 会計
技術選定
9 主要技術スタック フロントエンド バックエンド インフラ 柔軟にオートスケールされる Aurora Serverless v2を採用
境界線をどこに引くか
11 曖昧なドメイン境界(1/8) 一休サービス 予約 精算 決済プラットフォーム 決済予定 決済履歴 会計? 会計は一見、決済プラットフォームの持ち物ではなさそう。
12 曖昧なドメイン境界(2/8) 前提として、カード決済額は一休を一度経由し、 宿泊施設様へ振込がされる。 そのため、一休でお金の管理(会計管理)が発生。
13 曖昧なドメイン境界(3/8) 決済プラットフォーム起点で債務が増加し、 一休サービス起点で債務が減少する。 この債務の増減を、決済プラットフォームと 一休サービスのどちらで管理すべきか?
14 一休サービス 決済プラットフォーム 曖昧なドメイン境界(4/8) ふるさと納税 外部サービス GMO PG PAY.JP 国内宿泊予約
レストラン予約 スパ予約 新サービスA 新サービスB 会計 会計 会計 会計 会計 会計 各一休サービスに会計管理を任せる場合、 サービスを新しく作る度に同様の実装が 必要になってしまう。 決済予定 決済履歴 会計
15 一休サービス 決済プラットフォーム 曖昧なドメイン境界(5/8) ふるさと納税 外部サービス GMO PG PAY.JP 国内宿泊予約
レストラン予約 スパ予約 新サービスA 新サービスB 会計 会計 会計 会計 会計 会計 会計管理も集約することで、 新規サービス開発が容易に。 決済予定 決済履歴 会計
16 曖昧なドメイン境界(6/8) 経理業務として、最終的には会計データを会計システムに 連携している。 会計管理機能を各一休サービスに持たせると、 経理担当者もそれぞれの画面を操作する必要があって手間。
17 曖昧なドメイン境界(7/8) 会計管理機能を決済プラットフォームに集約し、 経理担当者の手間を軽減。
18 曖昧なドメイン境界(8/8) 一休サービス 予約 精算 決済プラットフォーム 決済予定 決済履歴 会計 結論、新サービス開発時のコストと経理担当者の負担軽減のため、
(決済に関わる)会計管理機能は決済プラットフォームに集約した。 ドメインを跨ぐ機能はプラットフォーム側に寄せた方が良さそう。
19 どこまでを共通化すべきか(1/3) バッチ処理で決済が行われており、決済に失敗した場合に お客様へカード変更依頼メールをお送りする場合がある。 このメールも各一休サービスを介さず、 決済プラットフォームから直接送る案があった。
20 どこまでを共通化すべきか(2/3) カード変更依頼のメールには、 一休サービスしかもっていない予約情報などを出したい。
21 どこまでを共通化すべきか(3/3) 結論、決済プラットフォームからは通知をするのみとし、 メール送信は一休サービスで行うことにした。 ドメイン知識がない場合は処理を移譲したほうが良さそう。
整合性を崩さない
23 ざっくりシステム構成
24 失敗したら自力でロールバック(補償トランザクション)
25 バッチでも整合性をチェック 補償トランザクション失敗の可能性もあるため、 バッチによって二重で整合性を担保。
今後の展開
27 一休サービス 決済プラットフォーム 今後の展開 ふるさと納税 外部サービス 国内宿泊予約 レストラン予約 スパ予約 新サービスA
新サービスB GMO PG PAY.JP 決済業務をプラットフォームで一元管理するため、 既存サービスにも導入を進める予定。 決済予定 決済履歴 会計
28 まとめ • 凝集度の高いマイクロサービスを作る • ドメインを跨ぐ機能はプラットフォームへ • ドメイン知識がなければ処理は移譲する • 補償トランザクションが失敗する可能性も考慮する