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
IoT時代のレコード管理を考える
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
okiyasu
July 25, 2019
Programming
0
320
IoT時代のレコード管理を考える
「人がレコード登録するのではなく、機器から定期的にレコード登録する」
という使われ方をする時代
これを実際にやるとどうなるかを思い出として語ってみます
okiyasu
July 25, 2019
Tweet
Share
More Decks by okiyasu
See All by okiyasu
kintone Café 愛媛 Vol.15 KOUTEI
okiyasu
0
78
kintone Café 愛媛 Vol.14 ハンズオン
okiyasu
0
480
re:Invent2019報告
okiyasu
0
210
DeepRacerに挑戦してみた
okiyasu
0
180
これからの『モバイル版のアプリ作成』を語ろう
okiyasu
0
430
kintoneの新モバイルUIが活きるレスポンシブなポータル作成
okiyasu
0
660
仕込むと楽しいkintoneの通知機能
okiyasu
0
340
『俺が「気をつけて作業する」 なんて出来るわけがない』 からのライセンス発行作業
okiyasu
0
630
「お前のコレクションを売ってくれ」から始まる課金実装
okiyasu
0
44
Other Decks in Programming
See All in Programming
Kubernetesでセルフホストが簡単なNewSQLを求めて / Seeking a NewSQL Database That's Simple to Self-Host on Kubernetes
nnaka2992
0
180
Codex CLIのSubagentsによる並列API実装 / Parallel API Implementation with Codex CLI Subagents
takatty
2
670
PHPのバージョンアップ時にも役立ったAST(2026年版)
matsuo_atsushi
0
260
Nostalgia Meets Technology: Super Mario with TypeScript
manfredsteyer
PRO
0
110
存在論的プログラミング: 時間と存在を記述する
koriym
5
550
Fundamentals of Software Engineering In the Age of AI
therealdanvega
2
300
Goの型安全性で実現する複数プロダクトの権限管理
ishikawa_pro
2
1.4k
Reactive ❤️ Loom: A Forbidden Love Story
franz1981
2
180
我々はなぜ「層」を分けるのか〜「関心の分離」と「抽象化」で手に入れる変更に強いシンプルな設計〜 #phperkaigi / PHPerKaigi 2026
shogogg
2
660
RailsのValidatesをSwift Macrosで再現してみた
hokuron
0
140
AWS×クラウドネイティブソフトウェア設計 / AWS x Cloud-Native Software Design
nrslib
16
3.4k
Migration to Signals, Signal Forms, Resource API, and NgRx Signal Store @Angular Days 03/2026 Munich
manfredsteyer
PRO
0
180
Featured
See All Featured
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
22k
GraphQLとの向き合い方2022年版
quramy
50
14k
A Soul's Torment
seathinner
5
2.5k
Design in an AI World
tapps
0
180
It's Worth the Effort
3n
188
29k
The Director’s Chair: Orchestrating AI for Truly Effective Learning
tmiket
1
140
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
54k
Organizational Design Perspectives: An Ontology of Organizational Design Elements
kimpetersen
PRO
1
650
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.4k
Why Your Marketing Sucks and What You Can Do About It - Sophie Logan
marketingsoph
0
120
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
34
2.7k
Building a Modern Day E-commerce SEO Strategy
aleyda
45
9k
Transcript
IoT時代のレコード管理を考える アールスリーインスティテュート 沖 安隆 2019.07.25(⽊)
「⼈がレコード登録するのではなく、 機器から定期的にレコード登録する」 という使われ⽅をする時代 これを実際にやるとどうなるか 2 IoT時代とは?
3 構成図をざっくりと考えてみる AWS IoT Core AWS Cloud AWS Lambda Amazon
DynamoDB DynamoDB Stream
4 構成図をざっくりと考えてみる AWS IoT Core AWS Cloud AWS Lambda Amazon
DynamoDB DynamoDB Stream 台数を⽤意する のが難しい
⼤量にレコードを追加したい 出来れば意味のあるデータがいい どうすれば良いか。。。 5
Amazon価格取得 ×Marketplace Web Service(MWS) ◦Product Advertising API (PA-API) 6 そういえばこんなのが。。。
⾊々な条件を指定して 多様な商品情報を取得するAPI (ただし、同⼀条件だとMAX100件) 語り出すと30分以上かかるので省略 7 PA-APIとは?
・ジャンルと価格範囲を指定して検索 ・200件以内なら価格昇順と降順で取得 ・200件より多ければ価格範囲を分割 以下、繰り返す 8 どうやるのか
9 こんな感じです AWS Cloud Amazon EC2 Amazon Simple Queue Service
アカウント情報 Amazon RDS 検索条件 Amazon RDS
毎分の書き込みレコード数はこんな感じ 10
⼤体1週間でこうなりました 11
ディスク使⽤量が! 12 考えなしにレコード追加していると⼤変です。 しかも、⼀度増えるとレコードを削除しても減りません。。 対策が必要ですね。
ちなみに、 気づいた⼈います? 13
実は4年前の話でした 14
話を戻すと。。 16
17 定期的でこまめな削除処理が重要 AWS IoT Core AWS Cloud AWS Lambda Amazon
DynamoDB DynamoDB Stream AWS Lambda Event (time-based) Amazon CloudWatch 削除
18 定期的でこまめな削除処理が重要 そのためにも、 レコードID指定以外の 削除⽅法をお願いします m(_ _)m
でも、グラフで推移を⾒たいから ⼀定量のレコード数は欲しいよね 19
気づきました? 20
100万件以上は無意味なので それ未満に収まるようにコントロール 収まらなければ ⾒たい期間と取得間隔を考えましょう。 21 気づきました?
レコード追加は計画的に レコード削除もお忘れなく 22
ありがとうございました 23