CAP定理を時間と空間に拡張する「落ちず、速く、信頼できるサービスをどう作るのか？」 - InfiniCloud株式会社

落ちず、速く、信頼できるサービスをどう作るのか？ オンプレミスでもクラウド上でも、システムを作る時に次の2つはどちらも「大切だ」と思うことでしょう。 サーバの可用性(落ちないサーバであること)、レスポンス(速いサーバであること) サーバの一貫性(書いたデータが消えないということ) しかし分散システムにおいては、実際は「どちらか1つを優先するしかない」というのが、定理上の真理です。 どういうことなのでしょうか？ データの一貫性を過度に重視することが可用性を低下させている データストアをどのように設計するか？ 分散システムを構築するにあたり、「データストアをどのように設計するか」は重要なテーマのひとつです。 残念ながら機械である以上サーバーはいつかは必ず壊れます。複数台のサーバーで構成されているシステムの内で、たった1台のサーバが故障するだけでサービス停止が発生したり（可用性の低下）、データが

[KoshianX]

へええ、CAP定理っていうのか。なんとなくわかってたことだけど、こうして明確に文章にされると理解が進む気がするな。東証のサーバが止まった理由もピンと来る記事なのでは。