エッジキャッシングによる5 msグローバルREDIS待ち時間

データベースとクライアントが同じ領域にあるとき、1 msのレイテンシーはREDISで簡単です.しかし、クライアントがグローバルに分散したいならば、レイテンシは100 msを超えて上昇します.

エッジキャッシング

エッジキャッシュでは、RESTの応答は、世界中のエッジの場所では、CDNのようにキャッシュされます.エッジキャッシュが有効になったとき、平均で5 msのグローバル待ち時間を見ます.我々は10の異なる地域に位置するクライアントからの潜在的な番号を記録242479152を参照してください.エッジURLとプレーンレストURLに作られたリクエスト間のレイテンシーを比較します.サーバとクライアントの間の距離が増加すると、エッジキャッシュの影響が増加する.
our benchmark applicationテストを自分で実行します.
Click here

ユースケース

ウェブ/モバイル

Upstashは、ユーザーが任意のバックエンドなしでデータベースにアクセスできるように、読み取り専用のトークンを提供します.直接、ウェブやモバイルアプリケーションからredisにアクセスすることができます.このアーキテクチャでは、クライアントがどこにでもできます.それはあなたのユーザーに最も近い場所にデータをキャッシュするために多くの感覚になります.

多領域無セルアーキテクチャ

あなたは複数の領域であなたのAWSラムダ関数を走らせることができます.Vercel/Netlify関数はいくつかの設定で異なる領域で動作します.あなたのServerlessな機能がどこにあっても、エッジキャッシングによるServerlessなredisはあなたに速いデータを与えます.

エッジ関数

エッジコンピューティング(Cloudflareの労働者など)は、グローバルな高速アプリケーションを構築するための一般的な方法になっている.エッジ機能との挑戦は、データを維持する多くのオプションを持っていないということです.エッジのキャッシュを持つREDISは、その低レイテンシとlightweightnessとエッジ機能のための大きいフィットです.

始める

Upstashコンソールで、エッジキャッシュを有効にすることができます.そのエッジキャッシュは
エッジキャッシュが有効になったら、残りのAPIダイアログでエッジURLを見つけることができます.エッジキャッシュは取得コールのみで利用可能です.更新(post)の場合は、プレーンREST APIを使用することができます.
デフォルトでは、キャッシュされた応答は30秒で期限切れになります.Cache-Control: max-age=<seconds>ヘッダーでこれを制御できます.
例:

curl https://us1-smart-bunny-32732.edge-c.upstash.io/get/foo \

-H "Authorization: Bearer 2dfgf98elrg0w009c842z2adfdde9132"

-H "Cache-Control: max-age=50"

上記URLへの最初の要求は、元のレスポンスを取得します.次のリクエストは、エッジの場所から取得されます.キャッシュされた応答は、各エッジの位置で50秒後に期限切れになります.

余分なコスト。 エッジキャッシング対グローバルデータベース

Redisを複数の領域に複製することによってグローバルデータベースを構築することは、我々のロードマップにあります.グローバルデータベースは、より良い一貫性保証を与え、書き込みを複製することによって待ち時間を書きます.しかし、すべての地域にデータベースを複製するのは非常に高価です.それでも、すべての場所で遅延を最小限に抑えるキャッシュを必要とする場合があります.したがって、エッジキャッシュとグローバルレプリケーションは、競合するよりはむしろお互いを完了するソリューションです.あなたのユースケースが最終的に一貫した読み込みを許容するならば、エッジキャッシュはすでに世界的な速いデータを提供する大きな解決です.
あなたからServerlessとEDGEデータに関する我々の努力についての便りを楽しみにしています.私たちと話し、 .