"MQTTとAMQPと.NET"へのツッコミ

てるろー @terurou

今日の発表資料を公開しました / MQTTとAMQPと.NET slideshare.net/terurou/mqttam…

V @voluntas

MQTTとAMQPと.NET slideshare.net/terurou/mqttam… JMS めっちゃ現役だよ … 。

てるろー @terurou

ですよねー

V @voluntas

"MQTT の弱いところ" slideshare.net/terurou/mqttam… MQTT の認証は Username/Password が基本。TLS 使うなら CN 使うのもあり。仕様としてはそこまで。定められてないわけでは無い。

V @voluntas

MQTT は MQ ではないので、ジョブキューに使っちゃダメ。弱いとか強いじゃなくて、MQ ではない。

V @voluntas

1:1 の配信は Topic 固定なので、考慮というか Pub/Sub 前提なので … 。RoutingKey とか Exchange を期待したのかな。

V @voluntas

topic にRouting Key 埋め込めば 1:1 はできる。

V @voluntas

弱いというよりは、仕様に含まれてないという書き方が正しい。

V @voluntas

OSS の Broker 実装は結構熱いと思ってる。Apollo (activemq.apache.org/apollo/) もクラスターがんばってるし、Mosquitto は良くできてる（性能はおいておいて)。そもそも仕様が曖昧すぎて落としどころが難しすぎるのが問題。

V @voluntas

GnatMQ の話ためになるな。完成度低いんだ … 。あんなにすげーぜってアピールしてたのに。

V @voluntas

ソケットが … 同期で実装とか、おまえ MQTT は非同期前提なプロトコルだぞ …

V @voluntas

ソケットが … 同期で実装とか、おまえ MQTT は非同期前提なプロトコルだぞ …

V @voluntas

AMQP のメッセージ永続化って仕様に含まれてるんだっけ。実装依存だと思ってた。この辺 0.9x と 1.0x 系で違うのかも。

V @voluntas

AMQP の性能とトレードオフはちょっと違うかな。性能自体はものすごくでる。結局信頼性の落としどころだから。mandatory とか reply_to とか ack とかその辺。

V @voluntas

RabbitMQ は完成度が高く素晴らしい。ただしソースは読みにくい（頭良すぎ書いてる人達）

V @voluntas

AMQP も ActiveMQ とかも良くできてるって聞くので、RabbitMQ だけ褒めるのは違うと思う。RabbitMQ は良くできてはいるけど。

V @voluntas

.NET 系が AMQP 押しなんじゃなくて、MQTT に批判的なんだよね。ググれば色々でてきます。

V @voluntas

まぁ、言いたいことはわかるが AMQP はでぶいだろって思う人です。

V @voluntas

MQTTとAMQPと.NET slideshare.net/terurou/mqttam… .NET 系のライブラリやブローカー全然使ったこと無いので、色々怪しいというのが知れた。

てるろー @terurou

資料書く時間が足りなくて、現地ではだいぶ口頭で補足したんですが、それを補完してもらってる感じで助かります

V @voluntas

仕事で AMQP もがっつり使ってるけど、色々だるいデース。代替がないのでいいんだけど。

V @voluntas

個人のスタンスとしては AMQP も MQTT も適材適所。選ぶのでは無く両方使う。あと MQTT は名前がダメ。MQ じゃないから。ソコが問題。

V @voluntas

実装してると「おまえの、どこが、きゅー、なんだ」ってなる。一応キューあるけどいやそれキューじゃ無いでしょ .. 順番保証しないでしょ。って思う。

V @voluntas

@hexa en.wikipedia.org/wiki/Message_q… 英語の方がいい。非同期コミュニケーションプロトコルって書いてあって、そうですね、そうなんですよ。正しく理解して欲しいですねって思うｗ

V @voluntas

MQ は順番保証とかため込みとかってのが先入観で来ちゃうのはもうひっぺがせないだろうなぁ。