アプリケーションにおけるデータ不整合との戦い - blog.syfm

これは Aizu Advent Calendar 2019 の 15 日目の記事です。14 日目は uzimaru0000 さん、16 日目は kacky__917 さんです。 はじめに 世の中には日々たくさんの価値ある Web サービスが生まれていますが、その価値を正しく提供するにはアプリケーションが正しく動かなければなりません。 たとえばアプリケーションは適切なユーザに適切なリソースを提供しなければならず、エラーを返す際は十分に定義された仕様に沿って返し、UI 側ではユーザに適切なメッセージを表示しなければなりません。 実際のところ、これらを厳密に実現するのは非常に困難ですが、アプリケーションにはこれら以上に複雑な問題が常につきまといます。 現在の Web アプリケーションはほとんどが分散システムの一形態です。例えばクライアントとサーバや、サーバとデータベースがネットワークを介して接続

[ktr_0731]

書いた

[side_tana]

良さそう

[testedquality]

システム連携するときに考慮すべき点が可視化されててよい。そんで対応方法を組み込んだシステム構築するのがプロの仕事だと思ってる（えらそうだなーでもこれでおかねもらってるしー）

[madridNewyork]

“Idempotency Key 生成の責務は常にクライアントが持つことになります。”

[nnhrsk]

“ステートマシンパターン”、"Asynchronous Repair"、"データ競合の回避"、"TCC パターン"

[ya--mada]

ラブプラス EVERYのこと？

[convivial]

あんまり外にでこない知見なのでとてもありがたい。抽象化して考えると、マイクロサービス呼び出すだけで思考停止しがちだけど、けっこうやる事たくさん。