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
Kyash法人送金サービスでのトランザクション管理について
Search
Manabu Ejima
April 18, 2022
Technology
0
670
Kyash法人送金サービスでのトランザクション管理について
Manabu Ejima
April 18, 2022
Tweet
Share
Other Decks in Technology
See All in Technology
転移学習とドメイン適応の基礎
kmatsui
2
570
**強い**エンジニアのなり方 - フィードバックサイクルを勝ち取る / grow one day each day
soudai
60
17k
Autonomous Database Cloud 技術詳細 / adb-s_technical_detail_jp
oracle4engineer
PRO
14
35k
検証を通して見えてきたTiDBの性能特性
lycorptech_jp
PRO
6
3.3k
A (short) History of AI
harishpillay
0
110
Hands-on / Kaname Frusawa / Cloud Compare Users Meetup 2024 at University of Tokyo on April 17
paraworld
2
470
「手動オペレーションに定評がある」と言われた私が心がけていること / phpcon_odawara2024
blue_goheimochi
2
320
Databricksを活用してDELISH KITCHENのレシピレコメンドを開発した話
furu8
0
250
0→1開発における技術選定において一番大切なこと
bicstone
1
320
Garoon 開発チーム / Garoon development team
cybozuinsideout
PRO
2
2.9k
オブザーバビリティの Primary Signals
onk
PRO
0
540
開発生産性向上サービスを作るFindyが自分たちで開発生産性を爆上げした組織づくりの歩み / Findy's path to boosting its own development productivity 2024-04-17
ma3tk
3
320
Featured
See All Featured
Build your cross-platform service in a week with App Engine
jlugia
225
17k
Visualization
eitanlees
135
14k
A Tale of Four Properties
chriscoyier
150
22k
Fashionably flexible responsive web design (full day workshop)
malarkey
397
65k
Happy Clients
brianwarren
91
6.4k
What’s in a name? Adding method to the madness
productmarketing
PRO
15
2.6k
Fireside Chat
paigeccino
20
2.6k
Build The Right Thing And Hit Your Dates
maggiecrowley
23
2k
Building a Modern Day E-commerce SEO Strategy
aleyda
16
6.3k
A designer walks into a library…
pauljervisheath
199
23k
The Mythical Team-Month
searls
215
42k
It's Worth the Effort
3n
180
27k
Transcript
Kyash 法人送金サービスでの トランザクション管理について Kyash TechTalk #2 - Serverside のシステム構成とアーキテクチャ 2022
年4 月18 日 Manabu Ejima 1
今日の内容 複数のマイクロサービスにまたがるトランザクション管理の設計の 話 Saga パターンとかではない シーケンス図を使って説明します 2
Kyash 法人送金サービスとは ギグワーカーの人たちがオンデマンドで売上金/ 報酬を即座にKyash 残 高に送金できるようにするサービス 3
ギグワーカーのメリット いつでも受取可能 ポイント還元 ATM などで現金化も可能 4
プラットフォーマーのメリット 安価な送金手数料 API 連携 他社との競争優位性向上 5
Kyash のメリット 手数料を収益源にできる 新規ユーザー獲得 6
導入検討お願いします https://www.kyash.co/lp/kyash-for-business-account 7
振り込み API のトランザクションの話 8
用語の整理 以降社内で使われている呼び方を使います Kyash 法人送金サービス -> Payout ギグワーカー -> ユーザー プラットフォーマー
-> パートナー 9
振り込み API の内部処理 トランザクションの記録 パートナーからの出金 ユーザーの存在確認 ユーザーへの入金 入金履歴の保存 会計用データの保存 お知らせの保存
Push 通知 10
サービスごとの役割 Payout サービス トランザクションの記録 パートナーからの出金 11
サービスごとの役割 Topup サービス ユーザーの存在確認 ユーザーへの入金 会計用データの保存 入金履歴の保存 お知らせの保存 12
サービスごとの役割 Notification サービス Push 通知 13
シーケンス図の中で使われる処理 シンプルにするため以下に絞る Payout サービス トランザクションの記録 パートナーからの出金 Topup サービス ユーザーへの入金 14
同期処理だけの場合 とりあえずたたき台 どういう問題が発生するか探る 15
16
17
18
19
同期処理だけでやろうとすると 入出金処理がアトミックにならない 入金だけ残った場合リカバリが完了する前にユーザーに使われて しまう可能性 出金だけ残った場合リカバリが完了する前にパートナーの口座が 残高不足になる可能性 振り込み失敗したにもかかわらず履歴・お知らせ・Push 通知などが 記録・送信されてしまう 入出金キャンセル時にリカバリが必要
20
非同期処理を導入する Topup 側を変更 トランザクションを2 段階にする リクエスト 確定 or キャンセル トランザクションを記録する
SQS を使って非同期で入金の確定・キャンセル処理をする 21
22
23
24
同期処理の場合の問題点 入出金処理がアトミックにならない 履歴・お知らせ・Push 通知などが記録・送信されてしまう 入出金キャンセル時にリカバリが必要 25
非同期処理を導入することによって 入出金処理がアトミックにならない アトミックに近い状態になる ただしタイミングによっては入出金キャンセルが間に合わない 場合がある 履歴・お知らせ・Push 通知などが記録・送信されてしまう 確定時しか記録・送信されないようになる 入出金キャンセル時にリカバリが必要 自動リカバリできるようになる
26
27
ご清聴ありがとうございました! 28