Kyash法人送金サービスでのトランザクション管理について

Transcript

1. Kyash 法人送金サービスでの トランザクション管理について Kyash TechTalk #2 - Serverside のシステム構成とアーキテクチャ 2022 年4 月18 日 Manabu Ejima 1
2. 今日の内容 複数のマイクロサービスにまたがるトランザクション管理の設計の 話 Saga パターンとかではない シーケンス図を使って説明します 2
3. Kyash 法人送金サービスとは ギグワーカーの人たちがオンデマンドで売上金/ 報酬を即座にKyash 残 高に送金できるようにするサービス 3
4. ギグワーカーのメリット いつでも受取可能 ポイント還元 ATM などで現金化も可能 4
5. プラットフォーマーのメリット 安価な送金手数料 API 連携 他社との競争優位性向上 5
6. Kyash のメリット 手数料を収益源にできる 新規ユーザー獲得 6
7. 導入検討お願いします https://www.kyash.co/lp/kyash-for-business-account 7
8. 振り込み API のトランザクションの話 8
9. 用語の整理 以降社内で使われている呼び方を使います Kyash 法人送金サービス -> Payout ギグワーカー -> ユーザー プラットフォーマー -> パートナー 9
10. 振り込み API の内部処理 トランザクションの記録 パートナーからの出金 ユーザーの存在確認 ユーザーへの入金 入金履歴の保存 会計用データの保存 お知らせの保存 Push 通知 10
11. サービスごとの役割 Payout サービス トランザクションの記録 パートナーからの出金 11
12. サービスごとの役割 Topup サービス ユーザーの存在確認 ユーザーへの入金 会計用データの保存 入金履歴の保存 お知らせの保存 12
13. サービスごとの役割 Notification サービス Push 通知 13
14. シーケンス図の中で使われる処理 シンプルにするため以下に絞る Payout サービス トランザクションの記録 パートナーからの出金 Topup サービス ユーザーへの入金 14
15. 同期処理だけの場合 とりあえずたたき台 どういう問題が発生するか探る 15
20. 同期処理だけでやろうとすると 入出金処理がアトミックにならない 入金だけ残った場合リカバリが完了する前にユーザーに使われて しまう可能性 出金だけ残った場合リカバリが完了する前にパートナーの口座が 残高不足になる可能性 振り込み失敗したにもかかわらず履歴・お知らせ・Push 通知などが 記録・送信されてしまう 入出金キャンセル時にリカバリが必要 20
21. 非同期処理を導入する Topup 側を変更 トランザクションを2 段階にする リクエスト 確定 or キャンセル トランザクションを記録する SQS を使って非同期で入金の確定・キャンセル処理をする 21
25. 同期処理の場合の問題点 入出金処理がアトミックにならない 履歴・お知らせ・Push 通知などが記録・送信されてしまう 入出金キャンセル時にリカバリが必要 25
26. 非同期処理を導入することによって 入出金処理がアトミックにならない アトミックに近い状態になる ただしタイミングによっては入出金キャンセルが間に合わない 場合がある 履歴・お知らせ・Push 通知などが記録・送信されてしまう 確定時しか記録・送信されないようになる 入出金キャンセル時にリカバリが必要 自動リカバリできるようになる 26
28. ご清聴ありがとうございました！ 28