一連の処理で複数のAPIを叩いた時のトランザクション

Question

仮に以下のような流れの処理があったとして
2や3の処理が失敗した時に、1の処理のロールバックをどうしようかと悩んでいます。

// 1, 記事登録APIを叩く（MySQL）

// 2, ランキング更新APIを叩く（Redis）

// 3, 操作ログ登録APIを叩く（MySQL）

このままではできないので
1~3の処理をまとめたAPIを1つ作成してそこでトランザクションを実装すればいいかと思いましたが
同じDBなら可能かと思いますが、他のRedisなどの処理をロールバックするのは無理だと思いました。

このような場合はどのようにトランザクションを保証すればいいのでしょうか？

Comments

[yoorwm]

それぞれのデータに関連性はあるのですか？

[tomoyuki123]

データとしての関連はない想定です。

質問であげたAPIは例なのですが、目的としては例えば以下のようなものを想定しています。
2, ランキング更新については記事が登録されたタイミングで更新して欲しい。
3, 操作ログについては、記事登録を誰がいつしたかなどは保持したい。

[yoorwm]

これは、分散トランザクションの設計と問題となるのでなかなか難しいですね。
データの性質とかも考慮して考えるので、例えば、の話で回答つけておきます。

Answer 1

分散トランザクションの方法を調べると、よく見かけるのは

1. Aに対してトランザクション開始、コミット前で止めておく
2. Bに対してトランザクション開始、コミット前で止めておく
3. A, B両方に対して異常が無い場合、両方コミットする（コミット寸前の操作までは終わっているので、殆ど成功するはず）

というような感じかと思います。
（これでも失敗したらまぁ、手動でなんとかするしか無いのではないかと。）

他に、トランザクションは諦めて（というか、本当に重要な部分だけ1つのサーバでトランザクションしておいて）ログなどのデータはトランザクションが成功してから書き込む、というだけとか。

今回の場合、それぞれのデータの重要度は分からないですが例えば

1. 操作ログ登録APIを叩く（MySQL）- 操作開始ログ
2. 記事登録APIを叩く（MySQL）
3. ランキング更新APIを叩く（Redis）
4. 操作ログ登録APIを叩く（MySQL）- 操作終了ログ

で、データを取っておいて操作終了が無かったら手動で調べる、とか決めておくといいのではないかと。

Comments

[tomoyuki123]

ありがとうございます！分散トランザクションという名前なんですね。
色々諦めて手動でなんとかするのも現実的な落とし所かもしれないと思いました。