当云服务中断时，如何避免我的物联网设备损坏？

#1 楼

作为消费者

作为消费者，您的选择通常非常有限，但是您可以通过仔细选择所使用的产品以及如何连接它们，以几种方式最大程度地降低风险。

检查您的设备失去Internet连接时会发生什么情况

通常，您可以通过Google进行快速搜索来查看当特定设备断开Internet连接时会发生什么情况。如果某些设备与远程云服务器的连接丢失，它们将完全失败，例如Amazon Echo：


您的Echo需要有效的Wi-Fi连接才能讲话，处理您的命令，并流媒体。


有时，这是有充分理由的（例如，Echo必须将命令流式传输到云中以处理您的指令，如“是否始终是Amazon Echo”中所述）侦听”并将数据发送到云？”，但是对于其他人来说，这可能只是产品中的疏忽或设计缺陷。

如果您实际拥有该设备，则可以尝试拔下路由器看看会发生什么—这可能不是一个很好的测试，因为远程服务器很有可能会断开，但本地连接仍然可以工作，但这是可以尝试的方法。

有足够的时间来浪费生产性时间为了改善设置，您可能会嗅探设备中的数据包，然后将路由器级别的块应用于某些域-这样，您就会知道如果mydeviceserver.com完全下降，则启用。当然，这将花费很长时间，因此在带有许多“智能”设备的大家庭中测试所有设备可能不切实际。

使用本地连接

如果您只是从智能交换机上打开灯，则可能不需要将所有流量都通过Internet路由到数千英里之外的云服务器中，然后再返回到灯泡–您可能只需路由通过本地设备命令。很多时候，这些设备将使用ZigBee或Z-Wave等协议，因此您可能需要一个集线器来协调流量（请参阅“为什么在使我的房屋自动化时我需要某些设备的集线器？”）。

作为开发人员

对于IoT设备的开发人员来说，精心设计设备可以避免最近发生的S3中断等问题影响消费者。当然，物联网设计师并非总是以谨慎的设计而闻名，但是，如果您正在阅读此书，那么您可能不在该组中。

设计服务是多余的

特别是对于Amazon S3最近的停运，您可能没有太多可以做的事情。正如DevOps Stack Exchange上的这个问题所解释的那样，有一些报告指出跨区域复制可能潜在地阻止了服务停止运行，但是有关这是真的是错误的建议还是有争议的。

如果可行，具有某种程度的冗余或备份将是理想的选择-尽管成本更高，但是非常需要额外的可靠性-否则，人们的灯光会停止响应，电源开关会无法工作，等等。

为没有Internet连接的情况提供更好的支持

我以消费者可以避免此问题的方式列出了“使用本地连接”，但这是一场失败的战斗。这些设备通常不支持通过批准的Web服务以外的任何其他方式进行连接，并且制造商不愿意在此上花费开发时间。如果支持更多，那么对云服务的依赖就会减少，这对制造商也有好处，因为它们不需要为那么多的服务器容量付费。

使用所有这些选项，为什么要这么多设备受到影响？

因为没有人愿意花时间，所以设计任何一种可靠的系统都需要大量的时间和精力，而且它通常比类似的“哑巴”解决方案（例如简单的电气开关）要复杂得多。

为什么软件不像汽车那么可靠？因为该软件具有更高的复杂性，但并未像汽车那样经过严格的测试。物联网似乎也遇到了同样的问题-通过网络控制设备要复杂得多，所以事情就容易出错，正如我们最近发生的S3事件所看到的那样。