【ITニュース解説】Why CAP Theorem Proves We Should Go Back to Mainframes

現代のITシステムは、より高性能で、より止まらず、より多くの利用者にサービスを提供するために、日々進化を続けている。その中で主流となっているのが「分散システム」と呼ばれる考え方だ。これは、一つの巨大なコンピューターで全てを処理するのではなく、複数の小さなコンピューターをネットワークで繋ぎ、それぞれが役割分担をしながら協力して一つの大きなシステムとして機能させる仕組みを指す。例えば、私たちが普段利用するSNSやECサイト、クラウドサービスなどは、この分散システムの上に成り立っていることがほとんどである。分散システムは、利用者が増えればコンピューターの数を増やして対応できる「スケーラビリティ」や、一部のコンピューターが故障してもシステム全体が停止しない「可用性」といったメリットがあるため、多くの企業が採用している。

しかし、分散システムには物理的な限界が存在することも知られている。その限界をシンプルに説明するのが「CAP定理」という、分散システムの世界で非常に重要な理論だ。CAP定理とは、分散システムが同時に満たすことができない3つの特性を指す。その3つの特性とは、「一貫性（Consistency）」、「可用性（Availability）」、「分断耐性（Partition tolerance）」である。

まず「一貫性」とは、システム内の全てのコンピューターが常に同じデータを持っている状態を意味する。例えば、銀行口座の残高が、どのATMから見ても、あるいはネットバンキングから見ても常に同じ最新の数字が表示されることなどがこれにあたる。どこからアクセスしても、データが食い違わない状態を保つことである。

次に「可用性」とは、システムが常に動作しており、利用者の要求に対していつでも応答を返すことができる状態を指す。システムの一部が故障したとしても、残りの部分でサービスを継続し、利用者が待たされることなく処理を進められることが重要となる。システムが停止せず、常にサービスが利用できる状態である。

そして「分断耐性」とは、システムを構成するコンピューター間のネットワークに何らかの障害が発生し、一部のコンピューター同士が通信できなくなったとしても、システム全体が動作し続ける能力を意味する。例えば、地域的なネットワーク障害で一部のサーバー群が孤立しても、残りのサーバー群が独立してサービスを提供し続けられる状態である。現実世界ではネットワーク障害は避けられないため、分散システムにとって分断耐性は事実上必須の要件となる。

CAP定理が主張するのは、これら3つの特性のうち、分散システムは「常に2つまでしか同時に満たせない」という事実だ。特に、分散システムにおいてはネットワークの分断（分断耐性）は避けられない事象として常に考慮する必要があるため、実質的には「一貫性」と「可用性」のどちらか一方を犠牲にしなければならないという厳しい選択を迫られることになる。例えば、データの一貫性を極限まで高めようとすると、障害が発生した際にシステム全体の応答が遅れたり停止したりする（可用性が低下する）可能性がある。逆に、常にシステムが応答できるように可用性を優先すると、一時的にデータの一貫性が損なわれる可能性がある。これは、データが全てのコンピューターに伝搬するまでに時間差が生じるため、異なるコンピューターから見たときに一時的に異なるデータが見える可能性があるということである。

現代の多くの分散システム、特に大規模なクラウドサービスなどは、このCAP定理の制約の中で、いかに「一貫性」と「可用性」のバランスを取るかという課題に直面している。多くの場合、可用性を重視し、一時的なデータの一貫性の不整合を受け入れ、「最終的な一貫性」（Eventual Consistency）という考え方で対処している。これは、時間はかかるが、最終的には全てのデータが一致する状態になるという考え方である。しかし、金融取引のような厳密な一貫性が常に求められるシステムでは、このようなアプローチは難しい場合がある。複雑な分散アルゴリズムやクラウドの仕組みを駆使して、CAP定理の物理的な限界を回避しようと試みているように見えるが、根本的なトレードオフは解消されていないというのが、この記事の指摘する点である。

そこで、この記事が提案するのが「メインフレーム」への回帰という、一見すると時代に逆行するような考え方だ。メインフレームとは、分散システムが普及する前の時代に多くの企業で利用されていた、巨大な単一のコンピューターシステムを指す。これは、非常に高性能なプロセッサや大量のメモリ、ストレージを一つの筐体に集約し、さらに冗長化（故障に備えて予備の部品を用意すること）を徹底することで、高い信頼性と可用性を実現していた。

なぜメインフレームへの回帰がCAP定理と結びつくのか。それは、メインフレームが「分散システムではない」という点に理由がある。メインフレームは単一の巨大なシステムであるため、そもそも「ネットワークの分断」という概念が存在しない。システム内部での通信は極めて高速で信頼性が高く、外部との通信部分を除けば、CAP定理でいうところの「分断耐性」の問題に直面しない。このため、メインフレームはCAP定理の制約から外れ、高い「一貫性」と高い「可用性」を同時に追求できるという強みを持つ。分散システムの複雑な管理や運用にかかるコスト、そしてCAP定理が突きつける厳しい選択から解放される手段として、特定のミッションクリティカルな要件を持つシステムにおいては、メインフレームが見直される価値があるのではないかという主張なのだ。

結局のところ、この記事は、分散システムが持つメリットを否定するものではなく、その物理的な限界をCAP定理という理論に基づいて再認識し、どのようなシステムを作るかによって最適なアーキテクチャは異なるという、技術選択における本質的な課題を提示している。新しい技術が次々と登場する中で、かつての技術が持つ本質的な強みにも目を向けることの重要性を示唆していると言えるだろう。