RabbitMQ と再送について
概要 : AMQP のプロトコルを読むと、一瞥して送信はパケットを送るだけ、受信はソケットを読み込むだけのようにも見える。しかしながら、実際に書いてみると、再送処理を自前で実装する必要があるため、現実には大変に複雑な処理が必要だ。 そもそもなぜ RabbitMQ を使うのかという話、あるいはなぜ再送が必要かという話たんにコンポーネント同士が疎結合で通信したいのであればわざわざ MQ を使う必然性は皆無である。ごくあたりまえに TCP で通信すればそれでいい。暗号通信が必要なら当然 SSL でいいし、パケットエンティティに依存する複雑な L7 リバースプロキシを MQ を使って実現することも、不可能ではないが、普通そういうのは varnish とかでやるだろう。 MQ において優れているのはデータの durability だ。つまり、一旦キューにためておけば、その両側のコンポーネントは好き勝
同期・非同期処理に関するアーキテクチャ - プログラマの思索
同期・非同期処理に関するアーキテクチャで良い記事があったのでメモ。 【元ネタ】 ITシステムで見られるシーケンス データベースコンサルタントのノウハウちょい見せ ダメな設計は、シーケンスが階段状ではなく、一つのオブジェクトに全ての処理を任せる「責任が肥大化したオブジェクト」がある。 特に初心者が、設計を考えずにいきなりプログラムを書いたり、システムを作ってしまう場合によく見られる。 この設計では、スパゲティコードになりやすく、一つのプログラムが千行を超えて保守しにくかったり、スケールアップや性能要件で壁にぶつかる時が多いだろう。 Webシステムは基本は、上記記事の「三角形」シーケンスに相当する。 メッセージを階段の図のように渡して、処理の結果を受け取るイメージ。 オブジェクト指向の権限移譲では、この設計手法がよく使われる。 MVC2モデルと呼ばれるように、Webシステムはオブジェクト指向と
カンニング竹山が語る「亡くなった相方・中島忠幸」
2012年12月21日放送の「爆笑問題の検索ちゃん。」にて、カンニング竹山(竹山隆範)が出演し、単独ライブ『放送禁止』の一部を漫談形式で披露していた。 竹山隆範「どうも竹山です。よろしくお願いします。今回、テレビという舞台で僕は、あることにチャレンジしてみようかと思います。皆さんもう忘れてるかもしれませんが、僕は以前、カンニングというコンビを組んでいました。中島という男とコンビを組んでいたんです」 「中島(中島忠幸)は、6年前に白血病でこの世を去ります。そして今年、ちょうど7回忌なんです。実は、今から5年前、もう5回続いているんですが、僕は単独ライブ『放送禁止』というものをやっています。そして、今年の放送禁止2012では、相方の亡くなった、死を笑い話に変えようというライブをやりました。それを今から短い間ですが、ごく一部しかできませんが、テレビで出来る範囲で、再現していこうと思います」 「と
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
