iot時代のデータ伝送とインフラに求められている機能 developers.io 2015
TRANSCRIPT
IoT時代のデータ伝送と インフラに
求められている機能と技能
ぷらっとホーム株式会社 松下享平 (Kohei MATSUSHITA) / @ma2shita
May 29, 2015 - Developers.IO 2015 / Developer Day
約60枚
はじめに
2
謹んで お詫び申し上げます
3
今日の内容先週(3/22) JAWS DAYS 2015と
4
おなじ!! m(__)m
5
自己紹介松下 享平 (Kohei MATSUSHITA)
ぷらっとホーム株式会社 15周目突入。オンライン事業室[6年] → 業務統括部[現職] 半生をEC屋、それ以外を社内SI屋
Twitter: @ma2shitama2shita は、だいたい私です
新幹線通勤族 累積距離で地球まで残り9万キロ!
みなさんこんにちは。上でチョロチョロしているのは副音声です。約60枚、おつきあい願います 6
ぷらっとホーム株式会社 事業所 本社:東京都千代田区九段北4−1−3日本ビルディング九段北別館3F,4F 資本金 20億1,962万円 (H26年3月31日現在) 売上高 10億6,666万円 (H26年3月期) 従業員数 38名 (H26年3月31日現在) 株式公開区分 東京証券取引所マザーズ 証券コード:6836 事業内容 1.Linuxサーバ製造販売 2.法人向けPC/ネットワーク周辺機器販売 沿革 1993年 3月 コンピュータおよび周辺機器の開発 ならびに製造・販売を目的に設立 1999年10月 WEB完結型&倉庫在庫完全連動型EC “ぷらっとオンライン” 稼働開始 2000年 7月 東京証券取引所マザーズ上場 小型Linuxサーバ “OpenBlockS” 販売開始 2011年12月 本社を市ヶ谷に移転 2012年 9月 第8世代マイクロサーバ “OpenBlocks A7”販売開始 2015年 2月 IoT向けマイクロサーバ “OpenBlocks IoT BX1”販売開始
7もう、秋葉原の会社じゃないんです。ちなみに秋葉原のお店は2005年の年末に閉めました。10年前とは。。。
要するに
ARMな小型Linuxサーバ “OpenBlocksシリーズ”
B2BなEC “ぷらっとオンライン”
8
CMぶっこんできましたか
IoT向けOpenBlocks OpenBlocks IoT BX1
発売中http://openblocks.plathome.co.jp
9
今日、実機持ってきてます!
副音声は元々資料の下段に貼っていたのですが、「上の方が絶対いいよ!」とのアドバイスを反映してみました。ありがとうございます!
おやくそく
「会場のみ」と記載しているスライドについては、後日の公開資料中で一部情報を伏せる場合があります。ご了承ください。資料中の性能値は、発表者個人の経験や調査に基づくものであり、弊社の公式見解ではありません。製品やリビジョンによって異なる場合がありますので、利用者自身において確認をお願いします。この資料は、資料作成時における最新情報をご参考のために提供することを目的として記載されており、情報の正確性、完全性または有用性について何ら保証するものではありません。また、内容は予告なしに変更または更新されることがあります。この資料の情報に基づいて導入・設定・運用した結果について、いかなる保証も責任も負いかねますので予めご了承ください。
要するに、無保証!
10
JAWS DAYS 2015 のご報告
11
なんか、イケてる方々が大杉て、場違い感がパネェって感じでしたけどね!
JAWS DAYS 2015 すごく楽しかった!
12
次回は、ぜひ皆さんも参加を!
止まらないのは、ロマンティックも同じですね
JAWS DAYS 2015のご報告• AWSの勢いが止まらない
• 事例多数、もはや先端的な事ではない (いい意味で) • “コスト抑制” から
“できなかったことができる” 戦略的インフラへ
• “モバイル ビッグデータ IoT” トラック • 席は満杯、立ち見が出る • めちゃくちゃ期待が高い! • AWSユーザは、ネットワークに興味無さすぎ!
13
閑話休題
IoT時代のデータ伝送とインフラに求められている
機能と技能
14
資料の目的
「IoTのネットワークって、こんなもんかー」と感じてもらいたく。
15
そもそも IoTは
産業として成り得るのか?
16
“2020年までに インターネット接続するデバイスの数は
500億になる”
2014/4/17 米Intel本社 副社長 兼 IoTソリューション事業本部長
ダグ・デイビス氏
17
http://www.itmedia.co.jp/pcuser/articles/1404/17/news138.html
IoTは産業と成り得るのか?1. 500億※のセンサーやデバイスが人の代わりに働いてくれる場面がどんどん増える
2. しかも、それはインターネットを使って
安価に実現できるようになる
3. そうすると、業種・業界関係なしに
インターネットが直接収益を上げるようになる
18
※Intelは500億、ガートナー/IDCは300億との予測 2020年にIoT(Internet of Things)の普及でつながるデバイスと市場の成長性:『ビジネス2.0』の視点:ITmedia オルタナティブ・ブログ http://blogs.itmedia.co.jp/business20/2014/06/2020iotinternet-c56b.html
日本国内のIT投資動向19
ガートナー | プレス・リリース |ガートナー ジャパン、2015年度国内IT投資動向を発表 http://www.gartner.co.jp/press/html/pr20150303-01.html
IoTのポジショニング20
黎明期だが時間軸が早い
(5~10年でステージ移動)
ガートナー | プレス・リリース |ガートナー、「日本におけるテクノロジのハイプ・サイクル:2014年」を発表 http://www.gartner.co.jp/press/html/pr20141029-01.html
IoTって泣き顔に見えませんか??
業種問わず、無視できない存在
それが、IoT
21
24枚目にして、ようやっとアジェンダに到着。ちなみに、アンジェラは「楽園追放」ですね。ご覧になりましたか?
アジェンダ1. IoTは産業と成り得るのか?
2.現在におけるIoTシステムの構成
3. IoTネットワークの特徴と対策
4. まとめ / 質疑応答
22
IoTシステムの基本構成23
フィールドネットワーク Wi-Fi ZigBee RFID PLC
Ehternet Bluetooth
GPIO RS-232C/485
アクセスネットワーク Internet 3G/LTE (public) 3G/LTE (VPNed)
通信モジュール ゲートウェイSW
センサー / 対象機器 ゲートウェイ ネットワーク クラウド / DC
アプリケーション アーカイブ、検索 変換、可視化 分析、機械学習
送受信API ロードバランス
オーケストレーション
利用者
近い将来?
センサー / 対象機器 ゲートウェイ ネットワーク クラウド / DC 利用者
IoTシステムの基本構成24
ハードウェア エンジニア
ネットワーク エンジニア
アプリケーション エンジニア
今日、話すところ25
フィールドネットワークWi-Fi ZigBee RFID PLC
Ehternet Bluetooth
GPIO RS-232C/485
アクセスネットワーク Internet 3G/LTE (public) 3G/LTE (VPNed)
通信モジュール ゲートウェイSW
センサー ゲートウェイ ネットワーク クラウド
アプリケーションアーカイブ、検索変換、可視化分析、機械学習
送受信ロードバランス
オーケストレーション
利用者
なぜネットワークの話をするのか?
26もうちょっとだけ、付き合ってやってください
本当にあった怖い話• オイ、ISO-NO- センサーを搭載したロボットで❌❌できるようにしようぜー
• そんなことより野球しようぜー
• 安価なセンサーでまずスモールスタートだななになに、制御はRS-232C…細かい仕様もある、これは簡単!
• アプリはこんな感じで、現場の🔺🔺さんからヒアリング済みです!
• だめだ、センサーの精度が悪い…別のものを (ry
• アプリのモック使ってもらったら、ダメ出しが出ました、直します!
27
おい、どうやってデータを転送するんだ?
28
担:これです! (ドヤッ
29
渡された資料はかなりのボリューム そして、RS-232C通信部の仕様数十ページ さぁ…ネットワークの仕様を…見てみようか…
30
31
クラウドゲートウェイセンサー3G
ツラい現実32
お客から見える = 興味あり
お客から見えない = 興味ない (ToT)
センサー / 対象機器 ゲートウェイ ネットワーク クラウド / DC 利用者
価値が出しづらいなら
知見や仕組みを共有し価値の出しやすい分野で競い合ったほうが建設的
33
資料の目的 (再確認)
「IoTのネットワークって、こんなもんかー」
34
先ほどの話、怖かったですねー、恐ろしかったですねー。でも本当にある話ですよ
アジェンダ1. IoTは産業と成り得るのか?
2. 現在におけるIoTシステムの構成
3.IoTネットワークの特徴と対策
4. まとめ / 質疑応答
35
IoTネットワークの特徴36
回線 不安定台数 多い通信 双方向
センサー / 対象機器 ゲートウェイ ネットワーク クラウド / DC 利用者
IoTネットワーク最大の特徴
“運用でカバー”がしづらい
37
センサー / 対象機器 ゲートウェイ ネットワーク クラウド / DC 利用者
特にこの辺
“運用でカバー”の一例• 送信できてるかな?
(画面を開いて。。。ポチポチ、確認する簡単なお仕事だ… おっと、送信に失敗してる、、、カタタタ、ッターン!よし、再送完了っと)
• アップデートしなきゃ
(本社からUSBメモリが届いてたな…ぶっ刺して再起動か。 帰り際に部下に押し付けておこうっと)
• なんかトラブってる!(運用部門から、ログ送れって言ってきてるなー。 ブラウザ開いて、ポチポチやって、ファイル送れば終わりか。 それよか、早く直してくれんかな)
38
しかも39
アンタッチャブルな現場へ設置されることも
要するに
現場での運用を作り込まずに投入すると
後で泣きを見る
40
でも
現場運用の作り込みって極めて難しいですよね?
41
そうは言っても、ポチポチなお仕事の「雇用」があるのも事実。だけど、IoTのような新規事業にそんな余裕はありませぬ
IoTネットワークの設計
設置現場の
「運用でカバー」に期待せず
ゲートウェイはシンプルに
42
そうは言うものの43
センサー ゲートウェイ ネットワーク クラウド 利用者
再接続や再送は?
クラウドからのプッシュ受信は?
データ圧縮で通信費削減できないの?
プロトコルや暗号化は?
ゲートウェイへの文句要求はいっぱい!
ログって溢れない?
センサー側から簡単に使える?
加工/変換できない?
べ、べつに、押し付けてるわけじゃ、ないんだからねッッ!!
実装の役割分担44
センサー ゲートウェイ ネットワーク クラウド / DC利用者
普遍的な機能に絞る
できることは クラウドで
ゲートウェイとクラウドの実装配分
45
処理内容
高度
単純
反応速度速い必要がある遅くてもいい
クラウド
ゲートウェイ
目指す サービスレベル
ゲートウェイへの実装候補46
回線 不安定 再送、メッセージ圧縮
台数 多い 送信タイミングをずらす、バッファリング(チャンク化)
通信 双方向 ポーリング、双方向通信プロトコル
運用/管理 人の手をかけない ログローテーション、フィードバックプログラム起動機構
再度、CMかよ!
BX1なら47
フルスタックなLinuxが 動くから
AWS環境と違わぬ実装が可能だよ
まとめ
48
あれ? AWSは?
49
工エエェェ(́д`)ェェエエ工 こんなことしてると、二度とAWS関連イベントで登壇する機会も無いんだろうな orz
むしろ、皆さんの方が 知ってるハズ
50
「まぁ、AWSに上がっちまえば こっちのもんよ」
51
まとめ• IoTはインターネットを労働力供給の場に変えてくれるよ
• IoTをやるなら「ハードウェア(センサー)」「ネットワーク」「アプリケーション」の エンジニアリングの知識が必要だよ
• ネットワークは(お客/中間SIからは)興味が薄い分野だから差別化しづらいよ
• 「(現場の)運用でカバー」は期待しない設計を心がけるといいよ
• そうはいっても、ゲートウェイでできることが価値を生むこともあるから、戦略は練ったほうがいいよ
52
おつきあい、ありがとうございました。副音声もここでおしまいです。体調には十分気をつけてください。それではバイバイ (^^/
質疑応答 (屮゜Д゜)屮53
おわりに• ぷらっとホームでは
IoT事業をバリバリやりたい人を募集してます!
詳しくは懇親会でエンカウント、もしくは(@ma2shita | fb/ma2shita | smtp:ma2shita@弊社ドメイン) まで!
• そうそう、OpenBlocks IoT BX1 見たい人もどうぞ!
54