分散システムにおける一貫した時刻の取り扱いの課題と解決策 - Spanner TiDB CockroachDBに学ぶ - hacomono TECH BLOG

この記事は hacomono advent calendar 2024 の18日目の記事です 今年9月にhacomonoにJOINし、基盤本部というところで今後のhacomonoのアーキテクチャ設計をしている @bootjp と申します。分散システムが好きです。 hacomonoも昨今のWebサービスの例にもれず、分散システム化しています。 そしてより高い可用性と低い運用コストを目指して新たなアーキテクチャの検討をしています。 今回はその取り組みのなかで、分散システムに関わる難しさというテーマで一貫した時刻の取り扱いの話で記事を書きます。 はじめに 昨今のWebをはじめとしたサービスは一つのサーバーで完結することが少なくなりました。 一つのアプリケーションを複数のサーバーやコンテナで、そして異なるサービスのシステムを組み合わせて「分散システム」として構築されています。 それは可用性や負荷分

[bootJP]

書きました！ 分散システムにおける一貫した時刻の取り扱いの難しさとそれを克服した手法についてです！

[pchatsu]

via https://x.com/bootjp/status/2036045348607848821

[tmatsuu]

わいわい。翻ってAurora DSQLはどうしてるんだろうか。Amazon Time Sync ServiceがPTPをサポートしたのはDSQLの布石だったんだろうなと今にして思う。

[efcl]

分散システムにおけるatomic timestamp

[mkusaka]

分散システムで一貫した時刻を実現する課題を解説。SpannerのTrueTime/Commit WaitやTiDBのTSO、CockroachDBの待機戦略を比較する。