EdgeのサーバーレスデータベースとしてのUpstash

エッジキャッシングは、グローバルレイテンシの問題に対する優れたソリューションでしたが、一部のユースケースにはいくつかの欠点があります。まず第一に、それはキャッシュ無効化（パージ）をサポートしていません。キャッシュの有効期限が30秒の場合。次に、クライアントが古いデータを読み取る可能性のある30秒のウィンドウがあります。これは、すべてではありませんが、多くのWebユースケースで許容できます。次に、エッジキャッシングはRESTAPIでのみサポートされます。 Redisクライアントはエッジキャッシングの恩恵を受けることができません。そこで、データを複数のリージョンに複製する新しいデータベースタイプを設計することにしました。高可用性と十分な一貫性を備えた設計にすることは非常に困難でした。現在、Upstashには、5つの異なるAWSリージョン（東および西北アメリカ、ヨーロッパ、アジア、南アメリカ）にデータを複製するグローバルデータベースオファリングがあります。グローバルデータベースはキャッシュではないため、キャッシュの無効化の問題はありません。書き込みは、すべてのレプリカに即座に複製されます。パフォーマンスと可用性のために、グローバルデータベースは結果整合性を保つように設計されています。

エッジキャッシングとグローバルデータベース（または両方）

エッジソリューションにキャッシュが必要な場合は、エッジキャッシングが優れたソリューションになる可能性があります。ただし、キャッシュを即座に無効にするために書き込みが必要な場合は、グローバルデータベースを使用する必要があります。キャッシュに加えて、グローバルデータベースは高可用性グローバルデータストアとして使用できます。また、エッジキャッシングはREST呼び出しでのみ使用できることにも注意してください。 Redisクライアントを使用している場合、エッジでのレイテンシが低い唯一のオプションはグローバルデータベースです。

エッジキャッシングとグローバルデータベースはどちらも、読み取りレイテンシを最小限に抑えるように設計されています。ユースケースが90％の書き込みである場合、単一のリージョン設定の方が理にかなっています。書き込みは、マルチリージョンデータベースとシングルリージョンデータベースの両方で同じレイテンシーを持ちますが、グローバルセットアップでは5倍のコストがかかります。

エッジキャッシングが有効になっている場合、Upstashはオリジンから最初のリクエストをフェッチしてからエッジでキャッシュします。オリジンが近くにない場合、レイテンシーは高くなります。すべてのケースで最高のレイテンシーが必要な場合。グローバルデータベースでエッジキャッシングを有効にすることで、両方を使用できます。

エッジキャッシングとグローバルデータベースのレイテンシを比較するベンチマークアプリケーションをご覧ください。

次は何ですか？

UpstashatEdgeを改善するために取り組むことができるいくつかのことを次に示します。

• 書き込みの低レイテンシー：現在、グローバルデータベースは、単一のリーダーアーキテクチャで読み取りレイテンシーを最適化するように設計されています。これはほとんどのユースケースをカバーしていると思います。ただし、フィードバックと新しいユースケースに応じて、読み取りだけでなく低レイテンシの書き込みも可能にするアーキテクチャに取り組むことができます。
• Kafkaのサポート：今後数週間で、Redisに加えてKafkaをリリースする予定です。 Kafkaは、クリックストリーム分析やサーバーレス/エッジ関数からkafkaへのログのプッシュなどのエッジでの新しいユースケースを可能にします。

私たちはあなたのフィードバックに基づいてUpstashを改善し開発し続けます。 TwitterまたはDiscordであなたの考えを教えてください。