問題タブ [aws-elasticache]

現在、2 つのノード グループとノードごとのレプリカで redis クラスターを使用しています。パフォーマンスが高いため、redis を使用することにしました。redis にデータを永続的に保存するという新しい要件があります。redis が提供する優れたレイテンシーを維持しながら、バックグラウンドでデータを保存するための手順を構築したいと考えています。スナップショットに組み込まれたバックアップは、24 時間あたり最大 20 のバックアップがあるため、もはや十分ではありません。おおよそ同期するデータが必要です。毎分 システムの再起動によってデータが失われず、いつでも復元できるように、データを保存する必要があります。

したがって、要件を要約すると：

1. redis elasticache を使い続ける
2. 最高のパフォーマンスとレイテンシを維持
3. データを永続的に保持できる (システムのダウン時または再起動時を含む)
4. データ同期は 1 分間隔で行われます。
5. データが失われたときに、データを redis に復元できます。

EC2 のサイド ドッカーから手動で BGSAVE を実行することをグーグルで検索したり、別の EC2 マシンでスレーブを実行したりするときに探していました。そして、ラムダはrdb dile/dataを取り、s3に保存します。これは私のニーズに合っていますか?

専門家は何を示唆していますか？あなたのアイデアは何ですか？

サーバーレスアプリケーションを開発しています。アプリケーションには、追加される「ユーザー」と、さまざまな「リソース」に対する「権限」を持つ「グループ」があります。ユーザーがリソースに対してアクションを実行する権限を持っているかどうかを確認するには、いくつかの計算を行う必要があります。(DynamoDBを使用しています)

基本的に、すべてのアクションの前に、ユーザーが特定のリソースに対して特定のアクションを実行する権限を持っているかどうかを確認する必要があります。キャッシュからそれをチェックし、キャッシュにない場合はDBにヒットし、計算を行い、キャッシュに書き込み、返すラムダ関数を作成できると考えていました。

ここで使用するのに最適なキャッシュの種類は何ですか? これをバックエンド自体から内部的に呼び出します。

APIゲートウェイはまだ進むべき道ですか?

この目的のためのエラスティック キャッシュはどうですか? VPC を構成せずに使用できますか? アプリケーションで VPC を使用する必要がないようにしています。

より良い方法はありますか？