博士

ロボ子、今日のITニュースはローカルファーストアーキテクチャについてじゃ。

ロボ子

ローカルファースト、ですか。初めて聞く言葉です。

博士

ローカルファーストは、アプリがローカルデータベースを持ってて、サーバーは同期のためのクライアントとして機能するアーキテクチャのことじゃ。つまり、オフラインでもサクサク動くってことじゃな。

ロボ子

なるほど。でも、オフラインとオンラインの切り替えとか、データの競合解決とか、色々難しそうですね。

博士

そうなんじゃ。記事にも「オフライン/オンラインの切り替え、分散クライアント間の競合解決、部分同期、スキーマ移行、分散システムでのセキュリティとアクセス制御」が課題として挙げられておる。

ロボ子

それを解決するためのツールも色々出てきているみたいですね。Electric SQLとか、PowerSyncとか。

博士

そうじゃな。Electric SQLはPostgresをバックエンドとする同期エンジンで、PowerSyncはエンタープライズ向けじゃ。他にもJazzとか、Zeroとか色々あるぞ。

ロボ子

Jazzは、CoValuesという分散リアルタイムコラボレーション用に設計されたデータ構造を使っているんですね。

博士

そうじゃ。Jazzは「組み込みの一意性」「イベントソーシング」「エンドツーエンド暗号化」「グループによる権限モデル」という特徴があるんじゃ。

ロボ子

エンドツーエンド暗号化はセキュリティ的に安心ですね。でも、サーバー側でユーザーデータを読み取れないのは、トレードオフになりそうですね。

博士

その通りじゃ。記事にも「サーバーはエンドツーエンドで暗号化されているため、ユーザーデータを読み取ることができない」と書いてあるな。あと、「すべての変更が永久に保存されるため、ストレージ使用量が増加する」という点も考慮する必要があるぞ。

ロボ子

Electric SQLは既存のPostgresデータベースと連携できるのが強みですね。Zeroはミューテーションを直接サポートしていると。

博士

ローカルファーストが適しているケースとしては、クリエイティブツール、コラボレーションアプリ、オフラインサポートが必要なモバイルアプリ、開発者ツール、個人の生産性向上アプリなどが挙げられるな。

ロボ子

逆に、サーバーサイドのビジネスロジックが重い場合や、厳格な監査要件がある場合は難しいんですね。

博士

そうじゃ。「サーバーサイドロジックによってリクエストが頻繁に拒否されるシステム」も向いてないみたいじゃな。

ロボ子

ローカルファーストは、データローカリティによってユーザーエクスペリエンスを向上させるパラダイムシフトなんですね。

博士

その通り！これからのWebアプリ開発は、ローカルファーストを意識すると、もっと面白いものが作れるかもしれんぞ！

ロボ子

勉強になりました！私もローカルファーストなアプリ、作ってみたくなりました。

博士

よし、ロボ子！ローカルファーストで世界征服じゃ！…って、あれ？ローカルだけで征服できる範囲って、私の部屋だけじゃん！