使った状況

このようにハッシュタグの盛り上がりを検知して、複数人がそれぞれ担当する展示物（デバイス）に対して、ツイート検知した反応を伝えるという状況でした。

悩んだところ

今回、悩んだところとしては

といったところで悩んでいました。

上記の図の通りで、HerokuサーバーからWebSocketを立ててDynoを増強して対応する富豪的な実装を考えました。

ただ、これは結局、HerokuサーバーでWebSocketが立つので集約的になりすぎて、ちょっとの変更でも影響が出そうというところと、仮に本番前に一度接続がうまく行っても「あ、こういう風にしよう！」とあとあと変更が起こった時に、このように集約してるがゆえに、受け手が影響が出やすそうな印象でした。

結局、考えついた手法が

「各個人のMilkcocoaのアプリIDに対してHerokuサーバーから投げてやる」

ことでした。

図にするとこういうことですね。

当日へ向けてこのやり方はやりやすかったです。

良かったところを挙げると、

一番気をつかう最初の疎通という点でも、Milkcocoaのつなぐナレッジに寄せることが出来るので「なんかWebSocketサーバーにつながらないっぽいです」的なことが避けれた
Herokuサーバーはただ投げるだけになるので（1日展示レベルでは）負荷を気にせずにデータを決めたり作り込んだり制作に集中できた
Milkcocoa以降のデバイスへの流し方に関しては、それぞれの実装に任せられて切り分けがわかりやすかった
Milkcocoaが中間に立つので送受信が調子悪い際もモニタリングできるので検証がしやすかった
Milkcocoaのリクエスト数の管理を個々のアプリIDに任せられるので無料プランの制限にハラハラしなくなった

といったところで、おもに切り分けがしやすくつなげやすいMilkcocoaの良さが発揮された印象です！

一応、困ったところも上げておきます

いやー困りましたね

（2016/12/09現在）

おそらく、いまは課金フローなど様々兼ね合いで調整中だと思うんですが、アップグレードが早く復活してほしいと切望しております。

書いてくれるのは、手軽にIoTできるフリスクサイズのIoTデバイスNefryをはじめ、MilkcocoaとつながるCocoaBitなど様々なデバイスを作られMilkcocoaとつなげる @wamisnet さんの「Milkcocoaであそぶよ！」です！