Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
ネタが作れなかったので、 本業の話に触れてみる
Search
ufoo68
October 13, 2020
Technology
0
460
ネタが作れなかったので、 本業の話に触れてみる
ufoo68
October 13, 2020
Tweet
Share
More Decks by ufoo68
See All by ufoo68
初めて開発リーダーをやってみた話
ufoo68
0
97
M5Stack用の指紋認証デバイスを試す
ufoo68
0
710
結婚式のクイズアプリを自作した話
ufoo68
0
600
M5Stack Core2とAlexaでインターフォンに自動で対応してくれるIoTデバイスを作りたかった話
ufoo68
0
650
KASHIKOIHAKO
ufoo68
0
550
LIFF通話をつくろう!
ufoo68
0
1.4k
KASHIKOIHAKO計画その4
ufoo68
0
280
AWS CDKで作るLINE bot
ufoo68
0
370
解説!LINE bot開発
ufoo68
0
290
Other Decks in Technology
See All in Technology
Claude Code どこまでも/ Claude Code Everywhere
nwiizo
53
31k
AIにどこまで任せる?実務で使える(かもしれない)AIエージェント設計の考え方
har1101
3
1.2k
白金鉱業Meetup_Vol.19_PoCはデモで語れ!顧客の本音とインサイトを引き出すソリューション構築
brainpadpr
2
460
TechLION vol.41~MySQLユーザ会のほうから来ました / techlion41_mysql
sakaik
0
140
Agentic Workflowという選択肢を考える
tkikuchi1002
1
300
CIでのgolangci-lintの実行を約90%削減した話
kazukihayase
0
340
JSX - 歴史を振り返り、⾯⽩がって、エモくなろう
pal4de
3
1.1k
Snowflake Summit 2025全体振り返り / Snowflake Summit 2025 Overall Review
mtpooh
2
180
本部長の代わりに提案書レビュー! KDDI営業が毎日使うAIエージェント「A-BOSS」開発秘話
minorun365
PRO
14
2.3k
OTFSG勉強会 / Introduction to the History of Delta Lake + Iceberg
databricksjapan
0
120
Definition of Done
kawaguti
PRO
6
450
25分で解説する「最小権限の原則」を実現するための AWS「ポリシー」大全 / 20250625-aws-summit-aws-policy
opelab
6
660
Featured
See All Featured
Docker and Python
trallard
44
3.4k
Building Adaptive Systems
keathley
43
2.6k
Code Reviewing Like a Champion
maltzj
524
40k
Designing for Performance
lara
609
69k
jQuery: Nuts, Bolts and Bling
dougneiner
63
7.8k
The Art of Programming - Codeland 2020
erikaheidi
54
13k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
107
19k
Building an army of robots
kneath
306
45k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
657
60k
GraphQLの誤解/rethinking-graphql
sonatard
71
11k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
248
1.3M
Embracing the Ebb and Flow
colly
86
4.7k
Transcript
ネタが作れなかったので、 本業の話に触れてみる in IoTLT
自己紹介 • SNSでの名前 ◦ ufoo68(@ufoo_yuta) • 出身地 ◦ 滋賀県 •
やってること ◦ スポーツIoTLT主催 • 最近のできごと ◦ YouTube活動はじめた
本来話したかったネタ M5Stackでリモート発表をにぎやかすもの mp3とかで声援的なものを再生する 聴講する人 pub/sub通信
できなかった理由 • M5Stackのmp3再生ライブラリとwifiが一緒に動かせなかった ◦ 理由は不明 • WiFiModeをいじっていたらrebootを繰り返すようになってしまった ◦ 壊れた(?) •
詳しく調べる時間がなかった ◦ 手を付けだしたのがほぼ前日
さて困った
ここで追加の自己紹介 • 本名 ◦ 松永勇太 • 所属 ◦ 株式会社ACCESS ◦
IoT事業部(本当はもうちょっと長ったらしい) • 普段のお仕事 ◦ IoTが絡んだサーバーやフロントエンドの開発 ◦ 最近はクラウド(AWS)がメイン
不本意ながら変えた上でのネタ IoTでのクラウド開発で気をつけたいこと
IoTが絡む上での課題 • リソース制限 ◦ クラウド側が意図的にパフォーマンスの制限を設けているもの ◦ これは基本的には上限の引き上げでなんとかなる • パフォーマンス ◦
クラウドのリソースでの性能限界で起こったりする ◦ 場合によっては設計変更が必要 • コスト削減 ◦ クラウドを使う上での使用料金の問題 ◦ IoTが絡む場合は大量リクエストによって高額になったりする ざっとあげてみた感じこんなもの(おそらく他にもあるかも)
今回の話について • AWSを使った課題について2つ触れてみる ◦ DynamoDBとCloudWatch ◦ IoTが絡まなくても起こりうる課題かもしれない • 一部の元ネタは先日Qiitaに書いたけど1LGTMもつかなかった記事
DynamoDB
DynamoDBとは • AWSが提供するNoSQLのデータベース • フルマネージドで分散データベースの運用とスケーリングに伴う管理作業をまかせ ることができる • 高い可用性と耐久性が特徴 • Lambdaとの相性がいい
• 単純なデータの読み書きに強い
ここで気をつけたいこと DynamoDBは、 大量のデータの追加・読み取りには強いが大量のデータの更新に結構弱い ー>数千件単位のデータ書き込みになるとその性能差がもろに出る data1 data2 data3 data1 data2 data3
ここで気をつけたいこと API Gatewayが絡む場合、それのタイムアウトについても気をつける必要がある ー>最大でも30秒。これ以内に収められない場合は、別のLambdaを呼び出すなどの システム変更、もしくは別の工夫が必要 timeout
CloudWatch
CloudWatchとは • AWSリソースのモニタリングを行うためのサービス • とりあえず今回取り上げるのはCloudWatch Logs • CloudWatch Logsの中でもlambdaに関するlogの話 •
要はconsole.log()やprint()で表示するデータ
ここで気をつけたいこと CloudWatchのログは保存より取り込みにお金がかかる ->console.log()を呼び出した分のお金がGB単位でかかる IoTレベルの大量リクエストを捌いてい るとここが結構響いてくるので、 logで 表示するデータの取捨選択が重要に なる
以上です
まとめ • IoTに関する開発(主にサーバー)で意識すべきことは常に大量のリクエストが投げ られてくるということ • クラウドを使うと便利な反面、リソース上限や使用コストを別で気にすることになる • 結局のところ、システム構成・アプリケーションでの設計が重要