[B! redis] okumuraa1のブックマーク

Do You Really Need Redis? How to Get Away with Just PostgreSQL

Do You Really Need Redis? How to Get Away with Just PostgreSQL There’s a tried-and-true architecture that I’ve seen many times for supporting your web services and applications: PostgreSQL for data storage Redis for coordinating background job queues (and some limited atomic operations) Redis is fantastic, but what if I told you that its most common use cases for this stack could actually be achie

okumuraa1 2021/06/13

リンク

Pub/Subを使ってWebSocketサーバをスケールアウトさせる（クラウド版） - テトシスの備忘録

前回の記事の続き。前回はオンプレ（自分が管理するVM）でWebSocketサーバをスケールアウトする方法を書いたが、本稿はクラウド（AWS）のマネージドサービスを使った方法について書く。記事の内容 WebSocketを使ったWebアプリケーションをAWS上に構築する。AMI作成にPackerを利用し、AWS構築にはTerraformを使う。前提 AWSのルートアカウント持っている。インターネットで名前解決できるドメインを持っていて、Route53で管理している。ドメインはトップレベルドメイン（.comや.netとったドメインの末尾）にこだわらなければ、お名前.comやムームードメインで安価に購入できる。システムアーキテクチャロードバランサーにはApplication Load Balancer (ALB) を利用する。 ALBの後段にはアプリケーションサーバのEC2を二つ配置する。

okumuraa1 2020/11/02

リンク

Pub/Subを使ってWebSocketサーバをスケールアウトさせる（オンプレ版） - テトシスの備忘録

スケーラブルなWebサービスのよくある設計はWebサーバの前段にロードバランサーを設置し後段にWebサーバを複数台配置するというものである。通常のWebサービスはステートレスなHTTP(もしくはHTTPS)通信のためこの方式で問題なく稼働する。しかし、ステートフルなWebSocket通信においては以下の課題が存在する。ロードバランサーがWebSocket通信を判別しセッションを保持しているバックエンドサーバに転送できなければならない。自分以外のWebSocketサーバが管理しているクライアントにはWebSocket通信を行うことができない。そこで本稿では以下の方法でこの2つの課題の解決を試みる。 WebSocket対応のロードバランサーを使う。Pub/Subを使う。全バックエンドサーバはsubscribeしておき、情報を送信したいサーバはpublishする。この方法をオンプレミスで

okumuraa1 2020/11/02

リンク

PHP向けRedisクライアントのpredisを使うのは止めた方がいいです

PHP向けRedisクライアントのpredisを使うのは止めた方がいいですWed, 28 Aug 2019 09:11:23 GMTLaravel PHP OSS あんまり特定の技術や物事に対して「べき」「べきでない」「●●より○○が良い」みたいな（あるいはそれに類する）記事は書きたくない[1]のですが、今回は書いた方が良いのではないかと思ったので簡単に書きます。この記事は執筆時点の内容に基づきます。（今回はいつもより時間経過による影響を受けやすい内容なので念のため書いときます） predisとは predisはPHP向けのRedisクライアントです。問題点で、リポジトリを見て察しのいい方は気づいたと思うのですが、2年ぐらいメンテ（コミットすら）されていません。すでにPHP7.3周りで問題が出てます。これが「どういった事情でメンテされていないのか？」「されないのではなく、できないのか