並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 282件

新着順 人気順

Redisの検索結果201 - 240 件 / 282件

  • Tinder における大規模な回復性構築のための Amazon ElastiCache の利用 | Amazon Web Services

    Amazon Web Services ブログ Tinder における大規模な回復性構築のための Amazon ElastiCache の利用 この記事は、Tinder 社の William Youngs 氏 (ソフトウェアエンジニア) 、Daniel Alkalai 氏 (シニアソフトウェアエンジニア) 、Jun-young Kwak 氏 (シニアエンジニアリングマネージャー) らの寄稿によるものです。Tinder は、2012 年に大学のキャンパスで生み出され、世界で一番利用されているマッチングアプリに成長しました。現在までに、このアプリは 3 億 4,000万件以上ダウンロードされており、190 の国々において 40 以上の言語で利用されています。2019 年の第3四半期時点において、Tinder には 570 万人の登録者がおり、ゲーム以外のアプリの中では世界で最も成長しているもの

      Tinder における大規模な回復性構築のための Amazon ElastiCache の利用 | Amazon Web Services
    • 1日約2.7兆のリクエストを、高いパフォーマンスと信頼性で処理 LINE Messaging PlatformのSREが高トラフィックを支える

      LINEユーザーとビジネスの価値をつなぐためのSREとは、いったいどんなことをするのか。LINEの7つの領域から9名が登壇し、業務内容や体制、開発における課題、働く個々人のやりがいなどについて話します。加藤亙貴氏は、LINE Messaging PlatformのSREについて紹介しました。 LINE Messaging Platformの構成 加藤亙貴氏:LINE Platform Development Center1 Messaging Platform Development室 Z Partチーム HBase Unitの加藤亙貴です。このセッションでは、分散ストレージリライアビリティエンジニアというポジションにおける、LINEプラットフォームのSREについて紹介します。よろしくお願いします。 今日はこのようなアジェンダに沿ってお話しします。始めに、LINE Messaging Pl

        1日約2.7兆のリクエストを、高いパフォーマンスと信頼性で処理 LINE Messaging PlatformのSREが高トラフィックを支える
      • ElastiCacheの概念が変わる!?re:Growth 2019で登壇した資料を共有!! #reinvent | DevelopersIO

        こんにちは(U・ω・U) AWS事業部の深澤です。 2019年12月11日に弊社主催セミナーでElastiCacheの2019年アップデートについてお話させて頂きましたので資料を公開します。 資料 [slideshare id=204729547&doc=reinvent2019whatsnewwithamazonelasticache-191212023309] 登壇で話せなかったアップデートについて 登壇では時間の制約上、以下のアップデートについてはお話しすることができませんでしたので、この場にて触れさせていただこうと存じます。 M5タイプとR5タイプの最適化と拡張I/O 重要なポイント 最大170 TBのメモリ内容量まで拡張可能 AWS Nitro Systemを採用した専用ハードウェアおよび軽量ハイパーバイザーによるパフォーマンスの向上 最大3.1GHz Intel Xeonスケー

          ElastiCacheの概念が変わる!?re:Growth 2019で登壇した資料を共有!! #reinvent | DevelopersIO
        • ElastiCache redisの運用 重要な初期設定 | 優技録

          このままだとEC2のAutoScaling等で削除した後もコネクションが残っては溜まり続けて障害に繋がる危険性があるのです。だからシステムに合わせて適切に設定していきます。 具体的には60秒あたりが無難 リリース時の注意 timeout設定(コンソールにて設定) Cache Parameter Group新規作成 新規作成したCache Parameter Groupのパラメータを編集します timeout 0 → 60 Cache Parameter Groupの付け替え 3-1. [Cache Clusters]⇒[対象を選択]⇒[Modify] 3-2. Cache Parameter Groupのセレクトボックスから新規作成したグループを選択して【Modify】をクリック キーに必ずtimeoutを設定しておくこと キーにTTLの設定を必ず行って下さい 必ずTTLが減少して消えてい

            ElastiCache redisの運用 重要な初期設定 | 優技録
          • Redis Labs、Redisをフォールトトラレントなクラスタにするモジュール「RedisRaft」を発表 | OSDN Magazine

            インメモリデータベースのRedisを開発する米Redis Labsは6月23日、Redisモジュール「RedisRaft」を発表した。複数のRedisサーバーをフォールトトレラントなクラスタとして運用できるもので、まずは数か月後にプレビューを公開する計画。 RedisRaftはRedisサーバーの集合を単一のフォールトトラレントなクラスタにするための新モジュール。これを利用することで、高いレベルの信頼性と一貫性が必要な用途でもRedisを利用できるという。 2018年のRedis 5公開後にサイドプロジェクトとしてスタートしたもので、バージョン4で導入したモジュールAPIの新しい使い方として、Redisを新しい方向性に拡張することにした。Apache ZooKeeperやEtcdのようなデータストアと同等の信頼性と一貫性を実現を目指す。 C言語で実装され、RedisRaftを使ったクラスタ

              Redis Labs、Redisをフォールトトラレントなクラスタにするモジュール「RedisRaft」を発表 | OSDN Magazine
            • Redisストリームについて

              RedisストリームはRedis 5で新しく追加されたデータ型です。 Apache Kafka に類似したメッセージ処理のためのパワフルな機能を持っており、様々な応用が可能です。 既存の類似の機能 最初にRedisのメッセージ処理に適した既存の機能をいくつか紹介します。 Pub/Sub RedisはPub/Subメッセージング機能を提供しています。SUBSCRIBE および PUBLISH コマンドにより、 Publisher(発行者)が送信したメッセージを複数の Subscriber(購読者)が受信することができます。PublisherはSubscriberを知っている必要がなく、メッセージを受け取れないPublisherがあってもSubscriberは影響を受けません。ただし、メッセージは保存されないため、SUBSCRIBEしていない期間のメッセージを受け取ることはできません。 Blo

                Redisストリームについて
              • Ruby: Redis.current の廃止と向き合った件 | Webシステム開発/教育ソリューションのタイムインターメディア

                先日 (2/2)、redis gem のバージョン 4.6.0 がリリースされました。 このバージョン 4.6.0 では、いくつかの API が deprecated 扱いになりました。 https://github.com/redis/redis-rb/blob/v4.6.0/CHANGELOG.md#460 我々の Rails アプリケーションのうち、いくつかは Redis.current を使うようになっていたため、この廃止の影響を受けました。この記事では、Redis.current の廃止の経緯と我々の対応策についてご紹介します。 Redis.current ってなんだっけ? これまで、我々のチームでは Rails アプリで利用する redis のコネクションを config/initializers/redis.rb で以下のように設定していました。 この設定をしておくと、Rai

                  Ruby: Redis.current の廃止と向き合った件 | Webシステム開発/教育ソリューションのタイムインターメディア
                • 7 Redis Worst Practices - Redis

                  Click here to get started with Redis Enterprise. Redis Enterprise lets you work with any real-time data at any scale, anywhere. Your scientists were so preoccupied with whether or not they could, they didn’t stop to think if they should.—Dr. Ian Malcolm, in Jurassic Park “Best Practices” has become a trope in technology. Sure, you can do something with a given tool, but is doing so really a good i

                    7 Redis Worst Practices - Redis
                  • マイクロサービスを支えるメッセージング技術:Redis Streams

                    はじめに この記事は、airCloset Advent Calendar 2021 16 日目の記事です! ここ最近は、複数サービス間の連携やマイクロサービスの設計に関わらせてもらうことが多く、そこでの技術選定について紹介させていただきます。 実現したいこと さて、やりたいことは次のことでした。 ユーザーの認証基盤を外だしし、複数サービスで共通のアカウントでログインできるようにする 複数サービスで同じ項目のデータを、共通化したい ※認証基盤の話はここでは割愛します。 解決したい問題 このアプローチとして、共通の API/DB を使って外だしすることを検討しました。いわゆるマイクロサービスです。 「よっしゃ、API 作るでー!」と、気合を入れた矢先、次のような懸念を抱えました パフォーマンス: ユーザー関連のアクセスはマイクロサービス化した際の読み取り速度の懸念がある。 参照箇所が多すぎるた

                      マイクロサービスを支えるメッセージング技術:Redis Streams
                    • Laravelのセッション管理をRedisに変更

                      以前に別の記事で Laravelのセッション管理をデータベースに変更する手順 をご紹介しましたが、今回はその派生でインメモリデータベースであるRedisを利用する手順をご紹介致します。 基本的にはLaravelの公式ドキュメントに記載されている通りです。 Laravelに、利用するRedisへの接続情報を定義し、セッション管理の設定をRedisに変更します。 https://readouble.com/laravel/5.5/ja/redis.html なお、今回使用するRedisはAWSのElastiCacheで構築します。 https://aws.amazon.com/jp/elasticache/ 手順 ElastiCacheの構築 ElastiCacheの利用手順 の記事でElastiCacheの構築の流れをご紹介しておりますので、流れに沿って構築します。 Predisのインストー

                      • Elasticache for RedisでAutoScalingを利用できるようになりました | DevelopersIO

                        中山(順)です 少し前にElasticache for RedisでAutoScalingが利用できるようになりました。 Amazon ElastiCache for Redis now supports auto scaling 早速試してみましょう。 要件 まずは動作要件を確認します。 Prerequisites Redis (cluster mode enabled) clusters running Redis engine version 6.x onwards Instance type families - R5, R6g, M5, M6g Instance sizes - Large, XLarge, 2XLarge Auto Scaling in ElastiCache for Redis is not supported for clusters running in

                          Elasticache for RedisでAutoScalingを利用できるようになりました | DevelopersIO
                        • TechCrunch | Startup and Technology News

                          Everything in society can feel geared toward optimization – whether that’s standardized testing or artificial intelligence algorithms. We’re taught to know what outcome you want to achieve, and find the…

                            TechCrunch | Startup and Technology News
                          • Amazon ElastiCache が、最新の Redis 5.0.5 を使用したすべての計画済みオペレーションのオンライン設定変更を発表

                            Amazon ElastiCache for Redis は、すべての計画済みオペレーション中に自動フェールオーバークラスターの可用性を向上させます。これからは、クラスターをオンライン状態にしたまま、着信リクエストの処理を継続しながら、クラスターをスケーリングして Redis エンジンのバージョンをアップグレードし、パッチとメンテナンス更新を適用できます。これらの可用性に関する改善は、最新の Redis バージョン 5.0.5 に含まれています。Amazon ElastiCache for Redis 5.0.5 の改善点のリストは、こちらをご覧ください。 このリリース以前は、ElastiCache はオンラインスケーリング、アップグレード、Redis クラスターモードのパッチ適用を提供していました。ただし、非クラスターモードで操作していた場合、(DNS 更新に関連する) 数秒間の中断が発

                              Amazon ElastiCache が、最新の Redis 5.0.5 を使用したすべての計画済みオペレーションのオンライン設定変更を発表
                            • GitHub - rails/kredis: Higher-level data structures built on Redis

                              string = Kredis.string "mystring" string.value = "hello world!" # => SET mystring "hello world" "hello world!" == string.value # => GET mystring integer = Kredis.integer "myinteger" integer.value = 5 # => SET myinteger "5" 5 == integer.value # => GET myinteger decimal = Kredis.decimal "mydecimal" # accuracy! decimal.value = "%.47f" % (1.0 / 10) # => SET mydecimal "0.1000000000000000055511151231257

                                GitHub - rails/kredis: Higher-level data structures built on Redis
                              • Kubernetes 上で KVS をマネージドっぽく使いたい! / Managed KVS on Kubernetes

                                Cloud Native Meetup Tokyo #10 の資料です。

                                  Kubernetes 上で KVS をマネージドっぽく使いたい! / Managed KVS on Kubernetes
                                • [実演]Redis Clusterの仕組みを完全に理解する - Qiita

                                  この記事は、株式会社CAM Advent Calendar 2019 16日目の記事です 前回は @tosaka07 さんによる、 最適化から見る、Swiftの / 2 と * 0.5 - Qiitaでした。 はじめに 業務でredisを使っていて、使い方を知っているだけではなくちゃんとどのように動いているかを理解したい!と思ってredis clusterについてまとめてみました! 実際にクラスターを組んでみるので、かなりわかりやすいかなーと思います! クラスターとは クラスター(Cluster)は「房」「集団」「群れ」の意味。ネットワークに接続した複数のコンピューターを連携して1つのコンピューターシステムに統合し、処理や運用を効率化するシステムのこと Redis Clusterとは redisインスタンスをクラスタリングすることができる機能 クラスター全体であるデータがどのノード(後述)

                                    [実演]Redis Clusterの仕組みを完全に理解する - Qiita
                                  • Serverless Redis Is Here!

                                    We are excited to introduce Lambda Store. Lambda Store is the first Serverless Redis service. It enables developers to boost their application with Redis without paying hundreds of dollars. You can have a fully managed Redis database in seconds. Lambda Store team deals with persistence, replication, maintenance, and all other boring stuff while you focus on your application. Lambda Store is not “y

                                      Serverless Redis Is Here!
                                    • Amazon ElastiCache for Redis now supports auto scaling

                                      Amazon ElastiCache for Redis now supports auto scaling to automatically adjust capacity to maintain steady, predictable performance at the lowest possible cost. You can automatically scale your cluster horizontally by adding or removing shards or replica nodes. ElastiCache for Redis uses AWS Application Auto Scaling to manage scaling and Amazon CloudWatch metrics to determine when it is time to sc

                                        Amazon ElastiCache for Redis now supports auto scaling
                                      • Amazon ElastiCache - Qiita

                                        Amazon ElastiCacheとは メインメモリキャッシュのデプロイ、運用、スケーリングをクラウド内で簡単に実行できるウェブサービスです。 このサービスは、低速のディスクベースのデータベースに完全に依存せずに、高速の管理されたメモリ内のキャッシュから情報を取得できるようにすることで、ウェブアプリケーションのパフォーマンスを向上させます。 参考:AWS 基礎入門チュートリアル – ElastiCache 構築・設定編 サポートしているエンジン Amazon ElastiCache は、次の 2 つのオープンソースインメモリキャッシュエンジンをサポートしています。 シンプルに利用する場合はMemcachedを利用するが、それ以外はRedisを利用する場合が多い。 Redis Memcached

                                          Amazon ElastiCache - Qiita
                                        • Redisの負荷対策 - honeplusのメモ帳

                                          以前Laravelでの負荷対策とかの記事書いたけど、今度はキャッシュとかに使うRedisの負荷対策について。 Redisは、いわゆるNoSQLのインメモリデータストア。 過去の記事でも書いたように、そもそもキャッシュとかにRedisを使うこと自体が性能対策なんだけど、Redisも万能じゃないので負荷が増えると(稀に負荷が増える前からも)問題を起こすケースがある。 今回は自分が経験した問題と対策を一通りメモがてらまとめておく。 なお、Redisはデータストアなのでアプリ側の言語は問わないが、以下は主にASP.NET Core (StackExchange.Redis)、次いでPHP (Laravel/predis) とNode.js (node-redis) での経験になる。 Redis本体の問題以外の、ライブラリや言語の問題も一緒に書いておくのでその認識で。 参照がボトルネックになったらレ

                                          • Redis Clusterについて

                                            ノードごとに個別のディレクトリを作成し、既存の redis.conf をコピーして設定を行います。 # mkdir cluster-test # cd cluster-test/ # mkdir 7000 7001 7002 7003 7004 7005 # cp /etc/redis.conf 7000 # vi 7000/redis.conf # cp 7000/redis.conf 7001 # vi 7001/redis.conf ... # vi 7005/redis.conf 同サーバ上で動かすため、ファイル名が重複しないように適切に設定を行います。 port 7000 pidfile "/var/run/redis_7000.pid" logfile "/root/cluster-test/7000/redis.log" dbfilename "dump-7000.rdb"

                                              Redis Clusterについて
                                            • AWS、インメモリデータベース「Amazon MemoryDB for Redis」発表

                                              この記事は新野淳一氏のブログ「Publickey」に掲載された「AWS、プライマリーDBとして使える耐久性を備えたインメモリデータベース「Amazon MemoryDB for Redis」発表」(2021年8月23日掲載)を、ITmedia NEWS編集部で一部編集し、転載したものです。 AWSは、プライマリーデータベースとしての使用に耐える耐久性を備えたRedis互換のインメモリデータベース「Amazon MemoryDB for Redis」を発表しました。 インメモリデータベースは全てのデータをメモリ上に保持するため、非常に高速なデータベースアクセスを実現する利点を備えています。 反面、データがメモリ上にあるため、HDDやSSDなどにデータを保存する一般的なデータベースに比べて、サーバに障害が発生した場合にデータを失う可能性が高いというデメリットがありました。 そのため一般にインメ

                                                AWS、インメモリデータベース「Amazon MemoryDB for Redis」発表
                                              • RedisとApache HBaseで高性能・高信頼性・高可用性なストレージを LINEアプリの大規模トラフィックを支えるストレージ

                                                2020年11月25〜27日の3日間、LINE株式会社が主催するエンジニア向け技術カンファレンス「LINE DEVELOPER DAY 2020」がオンラインで開催されました。そこでLINE Z Part チーム シニアソフトウェアエンジニアのルカデテナ ハビエル アキラ 氏が、「LINEアプリにおける大規模トラフィックを支えるストレージ」について共有。前半はRedisとApache HBaseを使ったストレージについて紹介しました。 ルカデテナ ハビエル アキラ氏:ハビエル アキラ ルカデテナと申します。2017年からLINEのソフトウェアエンジニアとして働いています。今日は、LINEのメッセージングアプリケーションのトラフィック・インテンシブ・ストレージについてお話しします。 まずはメッセージングアプリケーションを紹介して、そのストレージの要件とApache HBaseでどうやってその

                                                  RedisとApache HBaseで高性能・高信頼性・高可用性なストレージを LINEアプリの大規模トラフィックを支えるストレージ
                                                • ElastiCache for Redis サービス更新適用時のダウンタイムを調べてみた | DevelopersIO

                                                  ヘヴィメタルとBABYMETALをこよなく愛するCX事業本部 久保田です。 運用中のElastiCache for Redisにサービスの更新(security-update)が提供されていたため適用することになりましたが、適用中にダウンタイムがどれくらいあるのか気になったので手順確認と合わせて検証してみました。 検証環境 ノードタイプ: cache.t2.micro ノード数: 2 エンジンバージョン: 3.2.10 自動フェールオーバー: enabled マルチAZ: enabled データサイズ: 約4MB 検証方法 今回検証に利用した環境はキャッシュサーバーへのリクエストが失敗してもリカバリーが可能な構成となっておりそれほどシビアな要件を求められていないため、以下の内容でスクリプトを作成しました。 1秒ごとにデータを読み書きし続ける エラー発生時に時間とエラー内容を出力する 検証実

                                                    ElastiCache for Redis サービス更新適用時のダウンタイムを調べてみた | DevelopersIO
                                                  • ElastiCache for Redisのクラスターモードについて調べてみた | DevelopersIO

                                                    図にするとこんな感じで整理できます。 クラスターモード無効化の場合 クラスターモードを無効化した場合、シャード数は1で固定となります。 またRedisクラスターにアクセスするためのエンドポイントとして、書き込み用途のプライマリエンドポイントと、読み取り用途のリーダーエンドポイントの2種類が提供されます クラスターモードを無効化するべき場面としては、主に以下が挙げられます。 1.エンドポイントを書き込み/読み取り用途で使い分けたい場面 クラスターモードを無効化した場合、Redisクラスターのエンドポイントを書き込み用途と読み取り用途で使い分けできます。 例えば、あるアプリケーションでは、Redisに対する読み取り回数が多く、書き込み処理にも影響が生じる恐れがあるとします。 その場合、アプリケーション側でエンドポイントを書き込み用途と読み取り用途で使い分ける事で、Redisクラスター内のノード

                                                      ElastiCache for Redisのクラスターモードについて調べてみた | DevelopersIO
                                                    • RedisのPipeline, Multi, Watchの区別 - Carpe Diem

                                                      概要 RedisのPipeline, Multi, Watchの区別をする上であまりシーケンス図を用いた説明がなかったので図示してみました。 解説 Pipeline 課題 通常複数の処理を実行しようとすると以下のような流れになります。 シンプルではありますが都度サーバ通信が入るところに無駄があります。 解決策としてのPipeline パイプライン処理は複数の処理を1つにまとめてRTT(Round Trip Time)を改善します。 先程3回サーバ通信が必要でしたが、Pipelineを用いることで1回で済むようになっています。 Multi 課題 先程のPipelineは複数の処理をバッチ化できるというメリットがありましたが、途中で他のクライアントからの処理が割り込む可能性もあります。 上図ではまだGETなので大丈夫ですが、途中割り込んでしまうとデータ整合性が壊れてしまうケースももちろんありま

                                                        RedisのPipeline, Multi, Watchの区別 - Carpe Diem
                                                      • AWS再入門2022 AWS ElastiCacheについて | DevelopersIO

                                                        こんにちは、白石です。 当エントリは弊社コンサルティング部による『AWS 再入門ブログリレー 2022』の 10日目のエントリです。 このブログリレーの企画は、普段 AWS サービスについて最新のネタ・深い/細かいテーマを主に書き連ねてきたメンバーの手によって、 今一度初心に返って、基本的な部分を見つめ直してみよう、解説してみようというコンセプトが含まれています。 AWSをこれから学ぼう!という方にとっては文字通りの入門記事として、またすでにAWSを活用されている方にとってもAWSサービスの再発見や2022年のサービスアップデートのキャッチアップの場となればと考えておりますので、ぜひ最後までお付合い頂ければ幸いです。1つでも知らない機能があり、学びにつながれば幸いです。 では、さっそくいってみましょう。10日目のテーマはAmazon ElastiCacheです。 Amazon Elasti

                                                          AWS再入門2022 AWS ElastiCacheについて | DevelopersIO
                                                        • Snap、Google Cloud 上で KeyDB データベースを使用してレイテンシを 96 パーセント短縮 | Google Cloud 公式ブログ

                                                          Snap、Google Cloud 上で KeyDB データベースを使用してレイテンシを 96 パーセント短縮 ※この投稿は米国時間 2023 年 10 月 13 日に、Google Cloud blog に投稿されたものの抄訳です。 モダンなアプリケーションは高度に分散化が進み、マイクロサービスや API がマルチクラウドのような多数の異なる環境で実行されるケースが多くなっています。このアプローチには、レジリエンスやスケーラビリティなどを向上させて、チームの共同作業を加速するメリットがある一方で、レイテンシの面では懸念があります。この投稿では、Google Cloud コンサルティング(GCC)と Snap が共同で Snap の「ユーザー サービス」マイクロサービスのレイテンシを 96% 短縮し、最終的には、パフォーマンスを許容範囲内に維持しながらマルチクラウド環境でデータ分析を行える

                                                            Snap、Google Cloud 上で KeyDB データベースを使用してレイテンシを 96 パーセント短縮 | Google Cloud 公式ブログ
                                                          • Kubernetesで学ぶ分散システムデザインパターン - Qiita

                                                            コンテナを使ったシステムのアーキテクチャパターンが掲載されている、分散システムデザインパターンという良書に出会ったので、Kubernetesの勉強を兼ねて各デザインパターンを実装してみましたので、ご紹介です。 この本は執筆者の論文が元になっており、そちらの翻訳記事もあるので、一読することをおすすめします。 Qiita | コンテナ・デザイン・パターンの論文要約 本記事で扱うデザインパターンとその例 分散システムデザインパターン中では、大別して2種のデザインパターンが紹介されています。 1台のノード上で複数のコンテナが動作するシングルノードパターン 複数のノード上で実現されるマルチノードパターン 本記事では、シングルノードパターンから以下のデザインパターンとその例を、Kubernetesでの実装例とともに解説します。 サイドカーパターン ex1. git-sync ex2. topz アンバ

                                                              Kubernetesで学ぶ分散システムデザインパターン - Qiita
                                                            • Amazon ElastiCache adds support for Redis 7

                                                              Amazon ElastiCache for Redis now supports Redis 7. This release brings several new features to Amazon ElastiCache for Redis: Redis Functions: ElastiCache for Redis 7 adds support for Redis Functions, and provides a managed experience enabling developers to execute LUA scripts with application logic stored on the ElastiCache cluster, without requiring clients to re-send the scripts to the server wi

                                                                Amazon ElastiCache adds support for Redis 7
                                                              • オブジェクト指向プログラミングにおける Redis Sorted Set の抽象化 - Qiita

                                                                (本記事は 2018年の技術書展4にて頒布した『WANTEDLY TECH BOOK 4』に掲載した文章です) はじめに Redis の Sorted Set を使った一覧画面の実装パターン Web サービスにおいて Redis の Sorted Set は高速なランキングの実現のためにしばしば用いられる。ランキング・データを Redis に載せることで、高速なデータの取得・ページング・件数計算などが可能になる。ランキングのように順序付けされたコンテンツは Web サービスの一覧画面と呼ばれるページにおいて存在するが、このような画面においてはしばしばリテンションが重要である。レスポンス速度はこのリテンションに対して影響を与えるため、高速な実装が求められる。 一方、時系列で考えた場合、一覧画面の要件はサービスの扱うコンテンツ数が増加するに従って複雑化する。例えば、ユーザーが適切なコンテンツを

                                                                  オブジェクト指向プログラミングにおける Redis Sorted Set の抽象化 - Qiita
                                                                • ゲームにおけるリーダーボードを Amazon MemoryDB for Redis で再考する | Amazon Web Services

                                                                  Amazon Web Services ブログ ゲームにおけるリーダーボードを Amazon MemoryDB for Redis で再考する この記事は、”Rethinking Game Leaderboards with Amazon MemoryDB for Redis” を翻訳したものです。 マルチプレイヤーゲームの人気が高まるにつれ、リーダーボードは開発者がユーザー間の競争を活発にするために不可欠なツールになりつつあります。一方で、リーダーボードの基本的な構成は変わっておらず、順位を管理するという同じ目標を達成するにはいくつかの方法があるため、リーダーボードのバックエンドテクノロジーは様々な場面で議論されてきました。この投稿では、Amazon MemoryDB for Redis をリーダーボードバックエンドを支える優れた選択肢として紹介します。このブログでは耐久性を得られつつ、

                                                                    ゲームにおけるリーダーボードを Amazon MemoryDB for Redis で再考する | Amazon Web Services
                                                                  • Take the worry out of managing your MySQL & Redis databases | The DigitalOcean Blog

                                                                    Our mission at DigitalOcean is to simplify the cloud so you can focus more on building apps and less on managing the underlying infrastructure. To that end, we introduced Managed Databases for PostgreSQL earlier this year, which removes many of the hassles in maintaining PostgreSQL databases. Our team has been hard at work these past few months, and we are so excited to finally launch Managed Data

                                                                      Take the worry out of managing your MySQL & Redis databases | The DigitalOcean Blog
                                                                    • Amazon ElastiCache が、T4g Graviton2 ベースのインスタンスのサポートを開始

                                                                      Amazon ElastiCache は、米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (オレゴン)、米国西部 (北カリフォルニア)、欧州 (アイルランド)、欧州 (ロンドン)、欧州 (ストックホルム)、欧州 (フランクフルト)、南米 (サンパウロ)、アジアパシフィック (香港)、アジアパシフィック (ソウル)、アジアパシフィック (ムンバイ)、アジアパシフィック (東京)、アジアパシフィック (シドニー)、アジアパシフィック (シンガポール)、カナダ (中部)、中国 (北京) の各リージョンで AWS Graviton2 ベースの T4g インスタンスファミリーのサポートを開始します。お客様は、マイクロ秒のレイテンシーと高いスループットの超高速パフォーマンスを必要とするワークロード用に ElastiCache を選択しています。T4g インスタンスは、使用中に一時的なス

                                                                        Amazon ElastiCache が、T4g Graviton2 ベースのインスタンスのサポートを開始
                                                                      • サービス無停止でRedisを移行した話 - Qiita

                                                                        はじめに 自分の組織ではRedisのアップグレードに伴って、VPCを移行するニーズがありました。 アップグレードするためだけなら、色々方法はあります。 AWSが公式で推奨する方法は別にありますし、Redisの公式も別です。 この記事では、Redisをサービス無停止でのRedis移行に関してをまとめたいと思います。 この記事の想定読者 別のネットワークのRedisにリアルタイムで同期してサービス無停止で切り替えを行いたい人 つまり、 AWSからオンプレミスへ AWSからGCPなど別のクラウドサービスへ NonManagedなRedisからElastiCacheのようなマネージドサービスへ サービス無停止で切り替えができることと同義かとおもいます。 AWSが提供しているデータ同期サービスDMSは AWS -> xxx のデータ同期ができないです。 なので、サービスで行いたい場合は参考になるかと

                                                                          サービス無停止でRedisを移行した話 - Qiita
                                                                        • 【Redis】KEYSによるKey取得の危険性とSCANによる安全な対処 - Qiita

                                                                          RedisにおけるKEYSの危険性、及びSCANによる対処をできる限り簡潔に紹介します。 Redis , KEYSとは ※分かる方は飛ばしてOKです Redisは、KVS型(Key Value Store)データベースの一つであり、オープンソース(BSDライセンス)のインメモリデータ構造ストア(ストレージではなくメインメモリで処理するもの)です。僕の知る限りWebによくあるキャッシュを保存するのに使われることが多いです。 構造は極めて単純で、ひとつのKeyに対して一対のValueがあるというものです。 キャッシュを扱う場合、Keyには「ページの部品のURL」、Valueには「CSSやJavaScriptなど」を保存します。 KEYSは、特定のパターンにマッチするKeyを検索する手法です(Redis(KEYS))。全てのKeyとパターンを比較するため、時間計算量はO(N)となります(Nはデー

                                                                            【Redis】KEYSによるKey取得の危険性とSCANによる安全な対処 - Qiita
                                                                          • RedashをECS Fargate構成にしてv7からv10へアップグレードする - NIFTY engineering

                                                                            最近カービィシリーズの動きが活発で嬉しい 会員システムグループでエンジニアしている石川です。 弊社にはDWHのBIツールとして5年ほど前から使っているRedashがあります。 公式のAMIから作ったEC2単体構成で立ち上げてから、v1からv7までアップグレードしたりスケールアップで負荷に対応してきました。 v8からDocker必須となり移行が手間でアップグレードを見送っていたのですが、利用者も増えてきたのでちゃんとしようと思い 今回ECS Fargate構成にしてv10までのアップグレードを行いました。 構成図 可用性はそこまで高くする必要はないので、拡張性は担保しつつもシングルAZ構成。 安く組みたいのでAuroraではなくRDSを利用しています。 Fargate化とアップグレード手順 Redashの移行に関してDBデータ移すだけでいいため、まずFargate化から行いました。 Farg

                                                                              RedashをECS Fargate構成にしてv7からv10へアップグレードする - NIFTY engineering
                                                                            • Jepsen: Redis-Raft 1b3fbf6

                                                                              Redis is a popular in-memory data structure server. Historically, Redis has supported a number of ad hoc replication mechanisms, but none guaranteed stronger than causal consistency. Redis-Raft aims to bring strict serializability to Redis by means of the Raft consensus algorithm. We found twenty-one issues in development builds of Redis-Raft, including partial unavailability in healthy clusters,

                                                                              • Sidekiqをredis-namespaceから脱却した話

                                                                                【アドカレ2023】Sidekiqのredis-namespace gemからの脱却 これは 株式会社TimeTree Advent Calendar 2023 の12日目の記事です。 11日目は @gonsee の カレンダー開発の怖い話: 週番号 の記事 でした。 こんにちは。今年の4月からTimeTreeに入社し、プロダクトDivというチームに所属しています。 社内では Dashというニックネームで働いています。 この記事では、 redis-namespacegemからの脱却までに行なった手法などを紹介していこうと思います。 ※この記事に使用しているバージョンはそれぞれ下記の通りです。 Ruby on Rails:7.0.8 ElasticCache for Redis:7.0.7 Sidekiq Pro:5.5.8 redisgem:4.8.1 redis-namespacegem

                                                                                  Sidekiqをredis-namespaceから脱却した話
                                                                                • Hello, Redis Stack - Redis

                                                                                  Today we’re thrilled to announce Redis Stack. Redis Stack consolidates the capabilities of the leading Redis modules into a single product, making it easy for developers to build modern, real-time applications with the speed and stability of Redis. Prologue At Redis, we’re building a real-time data layer to meet the universal demand for responsive, low-latency applications and services. To build a

                                                                                    Hello, Redis Stack - Redis