IoT(Bluetooth mesh) × サーバーレス

IoT(Bluetooth mesh) × サーバーレス 株式会社WHERE 仲山 昌宏 (a.k.a. @nekoruri)

で、誰？ • 『秋葉原生まれ大手町育ちの歌って踊れる 江戸っ子フルスタックインフラエンジニア』 • 株式会社WHERE IoT基盤センターサービスプロデューサー • 通称Aki (@nekoruri) • おなじみ？「サーバーレスの薄い本」著者 • 副業：セキュリティ人材育成 • セキュリティ・キャンプ / SecHack365 • ProjectDIVA Arcade LV.624 • Microsoft MVP (Azure, 2017/01-)

ストリーム処理 × AWS • 王道パターンの一種 • SORACOM ⇒ Kinesis Streams ⇒ Lambda ↔ DynamoDB, etc. • (Heroku ⇒) API Gateway ⇒ Lambda ⇒ DynamoDB • 特徴 • 位置測位処理やセンサーデータ加工なんかもLambdaで実装 • ユーザ面のウェブアプリなどはHerokuも併用 （APIで切り分けで別部署にて開発）

サーバーレス × 茨の道 • ボトルネックの制御 • Kinesis StreamsのPartition Key（ソラコムさんありがとう！） • Lambdaの実行時間と割り当てメモリ量のバランス • 「今あるもの」が合わない・足りない • センサー毎にデータ保存みたいなケースだとDynamoDB高い • 例:200人の位置情報を毎秒保存 ⇒ 1テーブルごと1万円 • 同時実行数も（ある程度）制御できるのでRDBにするか検討中 • JSON変換ぐらいはLambda-lessでやりたい • Kineiss Analyticsならできそう • コスト管理 • DynamoDB Auto Scalingは銀の弾丸では無い（金の弾丸にはなる） • Kinesis Streasmの月1500円が地味にかさむ……

サーバーレス × やっていこう • IoTビジネスは実証実験の数/種類が重要 • とにかく素早く開発することと、 余計な割り込み（障害対応）が起きないことが必要 • 今のところサービス固有の障害対応などはほとんど無し♥ （今後も間違いなく、自前でやるよりは低い発生確率） • メッセージ処理のノウハウはベンダー間で横展開できそう • 基本的にはメッセージ駆動＋KVSがベース • AzureやGCPへの横展開・つまみ食いを検討中 • マルチベンダつまみ食い戦略に挑戦していきたい

CROSS ♡ Serverless • 最後に話したこと 1. メッセージ駆動（イベントドリブン）による開発は 今後10年で間違いなく主流になるので今からやっていこう 2. 技術書典3で「サーバーレスの厚い本」がでる予定！ 11/2-3 ＠Akiba UDX https://techbookfest.org/event/tbf03 3. Bluetooth mesh×サーバーレスを一緒にやる人募集中！

• https://techbookfest.org/event/tbf03