AWS IOT使用模型及限制

最新推荐文章于 2024-08-10 08:40:01 发布

Andy____Li

最新推荐文章于 2024-08-10 08:40:01 发布

阅读量1.4k

点赞数 1

分类专栏： cloud 嵌入式文章标签： awsiot 接入模型

本文为博主原创文章，未经博主允许不得转载。

本文链接：https://blog.csdn.net/m0_37263637/article/details/90413537

版权

cloud 同时被 2 个专栏收录

48 篇文章 5 订阅

订阅专栏

嵌入式

12 篇文章 1 订阅

订阅专栏

文章目录

1 AWS IOT接入模型
2 AWS IOT 相应限制
3 定价

1 AWS IOT接入模型

1.1 AWS shadow 使用模型

APP 通过HTTP 更新AWS Thing shadow属性控制Device ,当Device 更新完相关属性对应操作后会response AWS IOT Cloud 更新对应AWS Thing shadow中属性。 APP 通过http 轮询去查询Thing Shadow更新状态是否成功。

该方式通信单向，即APP 可以看通过AWS IOT操作Device，但Device操作成功后只能更新Shadow状态，而APP需要轮询查询shadow状态来判断是否更新成功，不能由Device直接操作APP。此操作方式为AWS 官方建议方式。

1.2 APP作为IOT Device接入

APP和Device 均作为DEVICE IOT DEVICE进入AWS IOT Cloud，两者直接通过自定消息协议，使Device 订阅APP的消息，APP订阅Device定义的消息。两者直接相互订阅MQTT消息实现相互通信，这种方式通向双向，可以实现双向Event这种效果。但是这样会增加IOT设备数量及请求增加AWS IOT费用开销。

1.3 Server作为IOT device接入

但我们需要对权限作为较为详细地控制时且又不想把APP去做轮询也不想把APP当做AWS IOT设备接入，则可以通过服务器作为一个AWS IOT设备进入然后监听相应设备Shadow操作成功后响应的Topic，即可得到事物更新后的响应，进而返回给APP等操作结果。这种方式需要监听所有正在操作设备的事件，且同样会增加消息通信资费，但可以通过Event方式获得操作结果而不用去轮询，且也不用担心第二种方案APP 作为IOT设备带来的开销。但这种方案，DEVICE同样无法主动通知到APP,需要采用三方 Push等方案。且AWS IOT 每个Client只支持订阅50个设备，通过AWSIOTDEVICE 设备进仅能同时操作50个设备得到操作结果，大于这种情况应该改将serve与AWS IOT Cloud换成HTTP方式使用类似于第一种方案的轮询来获取结果。

2 AWS IOT 相应限制

https://docs.amazonaws.cn/general/latest/gr/aws_service_limits.html#limits_iot
准备用AWS IOT传递较大的数据才发现这存在一定问题，并不知道AWS IOT 部分限制这里特此整理。

资源	说明	Limit	可调整
每个账户的最大并发客户端连接数	每个账户允许的最大并发连接数。	500,000	是
每账户每秒的连接请求数	AWS IoT 对账户每秒的最大 MQTT `CONNECT` 请求数进行限制。	500	是
每连接每秒的发布请求数	AWS IoT 对每个客户端连接都有每秒最大入站和出站发布请求数的限制。超出该限制的发布请求将被丢弃。	100	否
每个连接每秒的吞吐量	通过客户端连接接收或发送的数据以最大吞吐率进行处理。超过最大吞吐量的数据将延迟处理。	512 KiB	否
每个连接的订阅数	AWS IoT 支持每个连接 50 个订阅。AWS IoT 将拒绝同一连接上此数量之外的订阅请求，并且将关闭该连接。客户端应验证 `SUBACK` 消息，以确保其订阅请求已成功处理。	50	否
连接不活动 (保持连接间隔)	对于 MQTT（或通过 WebSocket 的 MQTT）连接，客户端可以请求以 30 - 1200 秒的保持连接间隔作为 MQTT `CONNECT` 消息的组成部分。AWS IoT 在发送 `CONNACK`以响应 `CONNECT` 消息时为客户端启动保持连接计时器。只要 AWS IoT 从客户端收到 `PUBLISH`、`SUBSCRIBE`、`PING`、或 `PUBACK` 消息，此计时器就会重置。如果客户端的保持连接计时器达到 1.5 倍指定保持连接间隔（即乘以 1.5），AWS IoT 将断开其连接。默认保持连接间隔为 1200 秒。如果客户端请求的保持连接间隔为零，则使用默认保持连接间隔。如果客户端请求的保持连接间隔大于 1200 秒，则使用默认保持连接间隔。如果客户端请求的保持连接间隔少于 30 秒但大于 0，则服务器会当做客户端请求的是 30 秒保持连接间隔。
事物名称大小	128 字节（UTF-8 编码的字符）。此限制适用于 Thing Registry 和 Thing Shadow 服务。
消息大小	每个发布请求的负载限制为 128 KB。AWS IoT 服务会拒绝超过此大小的发布和连接请求。
主题大小	发送发布请求时向 AWS IoT 传递的主题不能超过 256 字节 UTF-8 编码字符。这不包括基本提取主题的前三个必需分段 (`$AWS/rules/_`rule-name`_/`)。
JSON 状态文档的最大大小。	8 KB.请注意，元数据不会影响服务限制或定价的文档大小。(通过 AWS shadow传输数据的大小即Device更新shadow 然后APP通过轮询获取的数据大小)

3 定价

连接定价（连接每百万分钟）
	定价（北京）
连接百万分钟	¥0.88
信息定价 (每百万信息)
每月的信息量	定价（北京）
多达10亿条消息	¥9.95
接下来的40亿条信息 (10亿条信息以上)	¥7.96
超过50亿条信息 (50亿条信息以上)	¥6.97
规则引擎定价 (每百万次规则触发/每百万次操作执行)
	定价（北京）
百万次规则触发	¥1.64
百万次操作执行	¥1.64
事物影子和事物注册定价 (每百万次操作)
	定价（北京）
百万次操作	¥12.44