RabbitMQ と再送について

概要 : AMQP のプロトコルを読むと、一瞥して送信はパケットを送るだけ、受信はソケットを読み込むだけのようにも見える。しかしながら、実際に書いてみると、再送処理を自前で実装する必要があるため、現実には大変に複雑な処理が必要だ。 そもそもなぜ RabbitMQ を使うのかという話、あるいはなぜ再送が必要かという話たんにコンポーネント同士が疎結合で通信したいのであればわざわざ MQ を使う必然性は皆無である。ごくあたりまえに TCP で通信すればそれでいい。暗号通信が必要なら当然 SSL でいいし、パケットエンティティに依存する複雑な L7 リバースプロキシを MQ を使って実現することも、不可能ではないが、普通そういうのは varnish とかでやるだろう。 MQ において優れているのはデータの durability だ。つまり、一旦キューにためておけば、その両側のコンポーネントは好き勝

[xiangze]

]

[hoisjp]

参考になった！

[ita-wasa]

shyouhei: 概要 : AMQP のプロトコルを読むと、一瞥して送信はパケットを送るだけ、受信はソケットを読み込むだけのようにも見える。しかしながら、実際に書いてみると、再送処理を自前で実装する必要があるため、現実には

[kitaj]

publisher confirmationを真面目に使うの面倒だな．こんなのライブラリが隠蔽して然るべき．

[mput]

id:dowhile 関係なくないですよ。そこに気付ける人はセンスあります

[Kanasansoft]

『送信はパケットを送るだけ、受信はソケットを読み込むだけのようにも見える。しかしながら、実際に書いてみると、再送処理を自前で実装する必要があるため、現実には大変に複雑な処理が必要だ。』

[dowhile]

関係ないけどサンプルコードのend end end endの羅列が醜い件

[tak4hir0]

卜部昌平のあまりreblogしないtumblr - RabbitMQ と再送について 概要 : AMQP のプロトコルを読むと、一瞥して送信はパケットを送るだけ、受信はソケットを読み込むだけのようにも見える。しかしながら、実際に書いてみると、

[hokorobi]

「再送処理は自前で実装する必要がある」のか。WebSphere MQだとどうだっけ？

[teppey]

shyouhei: 概要 : AMQP のプロトコルを読むと、一瞥して送信はパケットを送るだけ、受信はソケットを読み込むだけのようにも見える。しかしながら、実際に書いてみると、再送処理を自前で実装する必要があるため、現実には

[watchlynx]

再送についてきちんと実装すると実はこんなに面倒なんですよというお話

[yass]

" MQ において優れているのはデータの durability だ。つまり、一旦キューにためておけば、その両側のコンポーネントは好き勝手に落ちたり立ち上がったり、あるいは数を増やしてスケールアウトしていい。"

[u-ichi]

mq