• 東京リージョンのご利用を想定しています。
• デバイス 1 万台が AWS IoT Core に 30 日間常時接続し、ユーザーからの制御コマンドを受信し、5KB の制御コマンド実行結果を AWS IoT Core へ送信します。
• 全制御コマンド実行結果の 1%がエラーになるとします。
• トリガールールはデバイスから AWS IoT Core へ送信されるメッセージに対して設定します。全メッセージを Amazon Kinesis Data Streams へ転送し、エラーメッセージのみを AWS IoT Events へ転送するルールステートメント・アクションを作成します。
• Amazon Kinesis Data Streams から Lambda へのバッチサイズは 100、バッチウィンドウは 60 秒とします。
• AWS Lambda のメモリは全て 256MB を指定します。
• AWS Lambda による配信メッセージ作成処理時間は平均2秒、メッセージ保存処理時間は平均 3 秒、デバイスへの制御コマンド送信処理時間は平均2秒とします。
• 平均 5KB/配信のサイズでメール配信を行います。
• ユーザーは 10 回/日/デバイスの頻度で制御コマンドを送信し、1KB のレスポンスを受信します。
• デバイス情報は 4KB/アイテムで Amazon DynamoDB に保存します。

1. 1 万デバイス * 43,200 分 (30 日) = 43,200 万分として計算
2. ユーザーから制御コマンド送信：1 万台 * 10 回/日 * 30 日 = 300 万メッセージ、デバイスから制御コマンド実行結果送信：1 万台 * 10 回/日 * 30 日 = 300 万メッセージ。合計：300 万 + 300 万 = 600 万メッセージとして計算
3. 全メッセージ転送のためのルールステートメント：300 万メッセージ、エラーメッセージ転送のためのルールステートメント：300 万 * 0.01 = 3 万メッセージ。合計：300 万 + 3 万 = 303 万メッセージとして計算
4. 300 万 * 0.01 = 3 万メッセージがトリガー対象メッセージ、AWS IoT Events への送信メッセージとして計算
5. デバイスからの送信メッセージサイズ/秒が300 万メッセージ * 5KB/メッセージ / (60 * 60 * 24 * 30) = 5.787037037KB/秒であるため、必要となるシャード数は1シャードで、1シャード * 7,200 時間(30 日) = 7,200 シャード・時間として計算
6. 配信メッセージ作成：1 万台 * 10 回/日 * 30 日 * 0.01 = 3 万リクエスト、メッセージ保存：300 万メッセージ / 100 バッチサイズ = 3 万リクエスト、制御コマンド送信： 1 万台 * 10 回/日 * 30 日 = 300 万リクエスト。合計：3 万リクエスト + 3 万リクエスト + 300 万リクエスト = 306 万リクエストとして計算
7. 配信メッセージ作成：3 万リクエスト * 2 秒/リクエスト = 6 万秒、メッセージ保存：3 万リクエスト * 3 秒/リクエスト = 9 万秒、制御コマンド送信：300 万リクエスト * 2 秒/リクエスト = 600 万秒。合計：(6 万秒 + 9 万秒 + 600 万秒) * 256MB = 15 万 7,440MB- 秒 = 153.75GB- 秒として計算
8. 3 万配信 * 5KB/配信 = 15 万 KB ≒ 150MBとして計算
9. 1 万台 * 10 回/日 * 30 日 = 300 万リクエストし、300 万リクエスト * 1KB = 300 万 KB ≒ 2.9GB のレスポンスとして計算
10. 4KB/アイテム * 1 万台 = 40,000KB ≒ 0.04GB
11. 制御コマンド実行結果：300 万リクエスト。全書き込みリクエスト：300万リクエストとして計算
12. 配信メッセージ作成：3 万リクエスト、デバイス検索：300 万リクエスト。全読み込みリクエスト： 3 万 + 300 万 = 303 万リクエストとして計算