Elastic Load Balancerをつかってwebsocketを処理する方法
AWSにはElastice Load Balancerというロードバランサがあります。これはとても安いこともあって多くのお客様のwebサービスで使っていただいています。 最近はwebsocketを使いたい!という声もありますが、いくつかの制限により、 ELBは最初のネゴシエーションにだけ使って、ネゴシエーション後のwebsocketにかかわらない方法がおすすめです。 そもそも問題は、 ELBの場合、HTTPモードだとそもそも同じポートのままではwebsocketに遷移できない。 ELBでTCPモードにした場合でも60秒でタイムアウトする。 の2点が原因です。そのため、2つの方法があります。 解1: ELBは最初のネゴシエーションにだけ使って、ネゴシエーション後のwebsocketにかかわらない方法 C ---------> ELB(HTTPモード) --> S ふつうにHTTPでアクセス。
Amazon SQS vs. RabbitMQ
Arlen Stalwick Software Developer Hey there, I'm Arlen Stalwick, VP Engineering @ Wavo.me. I write about my projects and whatever it is that I'm trying to teach myself. Amazon SQS vs. RabbitMQ Heads Up: This post is quite old. Friends don't let friends make business decisions based on four-year-old blog posts. We've been using Amazon SQS where I work for awhile. We have a fairly heavy (though, tha
Using dead-letter queues in Amazon SQS - Amazon Simple Queue Service
Amazon SQS supports dead-letter queues, which source queues can target for messages that are not processed successfully. Dead-letter queues are useful for debugging your application because you can isolate unconsumed messages to determine why processing did not succeed. Once messages are in a dead-letter queue, you can: Examine logs for exceptions that might have caused messages to be moved to a d
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS コマンドラインインターフェイス（CLI: AWSサービスを管理する統合ツール）| AWS
