#1 楼
在进行了进一步的研究之后，我很确定Thing Types是您想要的。事物类型。这简化了事物注册表中事物的管理。例如，您可以定义LightBulb事物类型。与LightBulb事物类型关联的所有事物都共享一组属性：序列号，制造商和功率。创建LightBulb类型的事物（或将现有事物的类型更改为LightBulb）时，可以为LightBulb事物类型中定义的每个属性指定值。事物类型并不意味着所有设备都被视为一个设备；每个事物都会收到自己的ARN，无论它是否具有事物类型。
每个事物都应该能够订阅自定义主题（如果使用的是MQTT代理），即使具有事物类型。唯一的区别是事物类型的事物被赋予某些（不变和固定的）属性，这些属性可以为特定事物类型定义属性。它们是一个，只是发布到不特定于一个设备的通用MQTT主题。
评论
您好Aurora，感谢您对此进行研究。我确实认为我可以使用AWS IoT满足我的需求，并且Thing Types看起来很有用，但我什至不认为我需要这些。关键似乎是pub-sub体系结构，并且使用唯一的消息主题（也许是Guid？），则每个rasp PI都可以接收其唯一的消息。
– PaulPerry
17年2月23日在0:26
评论
您是否了解事物类型，它们是否适合您的问题？如果没有，您能否弄清楚您到底需要什么功能？是的，我看到您可以通过Thing Types将Things设置为具有相似的属性。我确切需要的功能是具有将多个事物发送到云的能力，然后可以将它们唯一地存储在Lambda中（我相信这是可能的），并允许每个事物独立地订阅唯一的消息。我想拥有一个pub-sub，从Lambda函数（从pub视图）发送一条消息，然后将其发送到已订阅这些消息的单个Thing（仅一个）。