aws-iot-platform-architecture-use-cases.pdf

JAWS-UG 名古屋9月会 テーマIoT でご紹介した資料です！

Transcript

1. AWSで始めるIoT基盤と 事例から学ぶアーキテクチャー 株式会社ソラコム 松下“Max”こうへい ― An AWS Hero
2. 忘れちゃいけない ハッシュタグ Let’s ポスト！ 今日はJAWS-UG 名古屋のIoT回！ #jawsug #jawsug_nagoya
3. 株式会社ソラコム シニア テクノロジー・エバンジェリスト 松下 享平 (まつした こうへい) "Max" • 静岡県民 新幹線通勤族 • 講演や執筆を中心に活動、登壇数800以上/累計 • X(旧 Twitter): @ma2shita • 好きな AWS サービス • AWS IoT Core、AWS IoT Events AWS CLI • 近況: Google Pixel 11 Pro にしました 、 WiJG?, Public domain, via Wikimedia Commons
4. IoT、10年＋ ChatGPT / Deep Research 2014年は日本のIT業界で「IoT元年」とも称され、メディアやビジネス誌で頻 繁に取り上げられた ― ダイヤモンド・オンライン, 2014年12月30日 2015年に経済産業省と総務省が「IoT推進コンソーシアム」を設立し、産官学 連携でIoTの普及を促進 ― IoT推進コンソーシアム, 2015年10月 2015年にコマツに「スマートコンストラクション」を開始し、建設業界でIoT 活用が進展 ― リクルートワークス研究所 Works, 2016年6月
5. JAWS-UG IoT 専門支部と AWS IoT 2015年 3月 JAWS DAYS 2015 ※ IoT ハンズオンを実施 10月8日 現地時間 AWS re:Invent 2025 6月 JAWS-UG IoT 専門支部 #0 もくもくIoTカフェ
6. IoT の要素と全体像 センサー/カメラ “モノ” ネットワーク AI・クラウド データ化 つなぐ データ活用 現場とデジタル・AI を人手に頼らずつなぐ ビジネスのスマート化と新たな価値創りのインフラ
7. 様々な要素が関係するのが IoT デジタル化 対象 デバイス センサー マイコン ネットワーク 通信 モジュール アクセス ポイント バックホール クラウド パケット交換 (ISP/IX) ゲートウェイ データ 処理 利用者 ストレージ アプリケーション IoT バックエンド 不可欠だが 構築・運用をどうするか
8. AWS へのデータ入力手法は大きく３つ AWS Cloud HTTPS Amazon API Gateway AWS SDK (HTTPS) マイコン等 その他の サービスへ MQTTS AWS IoT Core
9. プロトコルと構築可能なアーキテクチャで 見るサービスの違い Amazon API Gateway • • 受け入れ可能なプロトコルは HTTPS、WSS リクエストの流し先は単一サービス • 振り分け等は Lambda 関数や後続サービスで実装する、直列型アーキテクチャー AWS SDK • • 使用プロトコルは HTTPS AWS サービスに対し、直接アクセスしてデータ保存や呼び出しをする ※ AWS IoT Device SDK は AWS IoT Core との通信実装を支援するライブラリ AWS IoT Core • • 受け入れ可能なプロトコルは HTTPS、WSS、MQTTS リクエストの流し先は複数サービス • 条件に応じてメッセージをルーティングできる、並列型アーキテクチャー (Fanout)
10. AWS IoT Core ― “IoT” という (特殊) 環境と AWS の各サービスをつなぐサービス ゲートウェイ データ処理 ストレージ アプリケーション 各種 AWS サービスへ IoT Amazon DynamoDB、Amazon Location Service、 Amazon Simple Storage Service (S3) 等など AWS IoT Core データが JSON で流れてくる ＝ AWS の知識だけで IoT データ活用ができる
11. AWS IoT Core が使えれば IoT w/ AWS は … 完全に理解した（）
12. AWS IoT Core を “完全に理解する” たった3+1つのキーワード 1.MQTT とトピック 2.メッセージのルーティング 3.Fanout パターン
13. MQTT とトピック プロトコルの名前 動作原理は Amazon Simple Notification Service (SNS) と同じ 「Pub/Sub モデル」 - Amazon SNS がわかれば、MQTT は完全に理解できる - MQTT トピックも、Amazon SNS トピックと概念は同じ - トピック設計はベストプラクティスあり（とりあえず） https://docs.aws.amazon.com/whitepapers/latest/designing-mqtt-topics-aws-iotcore/mqtt-design-best-practices.html https://aws.amazon.com/jp/builders-flash/202411/iot-core-topic-design/
14. メッセージのルーティング やってみたほうが、早いっしょ！ 1. 資料作りが面倒になったわけじゃない
16. トピックとルーティングは “In/Out” ここさえ使えれば、なんとでもなる ゲートウェイ データ処理 ストレージ アプリケーション 各種 AWS サービスへ IoT トピック ルーティング AWS IoT Core Amazon DynamoDB、Amazon Location Service、 Amazon Simple Storage Service (S3) 等など データが JSON で流れてくる ＝ AWS の知識だけで IoT データ活用ができる
17. 製造 導入事例 ナブテスコ株式会社 AD-LINK 自動ドア見まもり保守サービス 全国の自動ドアの稼働データを IoTで収集・分析し、常時把握。 異常は即時通知し保守を効率化 利用したSORACOMサービス：SORACOM Air, Beam, Funnel 協力パートナー：株式会社オージス総研
18. 製造 導入事例 ナブテスコ株式会社 デバイスに応じて SORACOM Funnel／Beam を使い、収集データをレ ポートやメール通知に活用。認証情報・証明書や接続先を各デバイス へ個別設定せずに一元管理でき、全国展開後の運用負荷を軽減。
19. 製造 導入事例 大青工業株式会社 りんご用冷蔵庫の温湿度管理を IoTで最適化。遠隔監視や接続で、 メンテナンス契約など事業の柔軟 利用したSORACOMサービス：SORACOM Air, Beam, Harvest, Napter, VPG 性が向上し、全国での導入が加速。 利用したデバイス：産業用 LTE Wi-Fi ルーター UD-LT2
20. 製造 導入事例 大青工業株式会社 AWS Cloud 監視データ や制御情報 ( MQTTS) 納品先 食品倉庫 AWS IoT Core 食品の 冷蔵庫 温度 制御機 Amazon S3 AWS Lambda Amazon SageMaker Amazon RDS Amazon EC2 SORACOM IoT SIM ・学習モデルの作成・蓄積 ・故障の推論や可視化 産業用 LTEルーター Raspberry pi LANで接続する機器の 有無によってルーター またはドングルを選択 Amazon Kinesis Data Firehose 遠隔での メンテナンス USB LTE ドングル SORACOM Napter カスタムダッシュボード (Grafana) による可視化 設定変更の サポート 現場機器の遠隔でのメンテナンスに SORACOM Napter を活用。 制御アプリケーションでカバーできないイレギュラー対応を可能に。 AWSには機械学習による故障の予兆検知システムも実装。 企画当初は SORACOM Harvest や Lagoon での 迅速な PoC を実施。
21. JAWS FESTA 2024「バスロケ」 GPS×サーバーレスの開発と運用の舞台裏 バスへの設置 • 前日夕方に電源ONの状態で引き渡し ◦ バス会社さんの手間簡略化のため、充電無しで頑 張る！ • GPS受信のために「できるだけ外が見えるところにお いてね」とお願いした ◦ GPS的に最高の場所に設置されてた(感謝 ◦ 直射日光で熱暴走が心配→問題なかった！ • FESTA(酒まつり1日目)、酒まつり2日目で稼働 ◦ 2日目はバスの台数も増やしています • 酒まつり2日目の夕方にバス会社さんからGPSマルチユ ニットを引き取り ◦ 引き渡し・引き取りは古里が現地対応 with 岡山土産(笑 ハッシュタグ：#jawsdays2025 #jawsug #jawsdays2025_c
22. JAWS FESTA 2024「バスロケ」 GPS×サーバーレスの開発と運用の舞台裏 構成図(AWS/SORACOM) 1 サーバーレス 見積りづらいトラヒックへの対抗策 2 ファンアウト・パターン 面倒になったからAWS IoT Events を 直接見ればいいからやめた 相互影響の無い、並行開発 ハッシュタグ：#jawsdays2025 #jawsug #jawsdays2025_c
23. AWS IoT Core による「Fanout パターン」は 新たなチャレンジがしやすい AWS Cloud ルール A マイコン等 Aに影響なく BやCを追加・削除 IoT ビジネスの要求と共に 拡張ができる Amazon Kinesis Data Firehose AWS IoT Core ルール B Amazon DynamoDB ルール C 他のサービス Amazon Simple Storage Service (S3)
24. AWS Cloud GPS信号 Amazon Location Service SORACOM Funnel GPSマルチユニット 《クラウドアダプタ(転送)》 AWS IoT Core 《振り分け》 Tracker 《測位情報蓄積》 Amazon API Gateway SORACOM Edition 《GPS & LTE-M 内蔵 IoT デバイス》 管理系システム GeoFence 《ポイント獲得領域》 あとから 付け足した Amazon EventBridge 《入出イベント受信》 AWS Lambda 《ポイント化& データ投入》 Amazon DynamoDB 《ポイント蓄積》 《到達履歴》 ※このアーキテクチャー図のデータの流れは『左→右』です ブラウザへ
25. プラットフォーム を用いて “Build” ― イノベーションの芽を大きく育てる土壌 プラットフォームとは 非機能要件 AWS re:Invent 2023 / CTO Keynote より 非機能要件を解決する機能を パーツ・サービス群として提供 目的に合わせたシステムが 素早く・無駄なく “創れる” 1. 2. 3. 4. 5. 6. 7. 8. 9. セキュリティ 法令順守 アクセシビリティ 性能確保 可用性 拡張性 メンテナンス性 初期と維持費 持続可能性
26. まとめ • AWS IoT Core だけ知っておけば、 AWS の知識だけで “IoT をBuild” できる • IoT Core 使いこなしのカギは I/O 部分 トピックとルーティング && Fanout 「作る」から「創る」へ Now Go Build ― IoT with AWS @ma2shita ― Max