应用错误收集

（免责声明：resin.io的开发人员传播者）。

好处是，那些不依赖于容器的软件仍然可以打包（虽然它不起作用）。 resin.io中的容器用作将软件传送到设备上的方法，并实现有趣，有用和安全的更新策略，否则这些策略将无法实现或难以实现。例如：

这不是为了让您相信容器技术，只是强调您自己的应用程序是否是容器化的（很可能它不会并且会保持这样！），不要选择使用该技术的服务作为他们的堆栈的一部分。每项服务都试图以任何必要的方式提供您所需的功能。

关于resin.io的核对表：

推送软件服务器 - ＆gt;设备：检查，git push resin master并且您的代码已部署
分阶段展示，推广到一定比例的设备，随着时间的推移而增加：不是常规功能集的一部分，但使用resin supervisor API很容易实现：示例锁定所有设备的更新，您可以选择要解锁和更新的设备。由于它全部通过API，因此可以根据您的首选部署策略进行自定义
回滚软件：不是通用功能集的一部分（但是），但使用git，它很容易重新推送以前的版本。需要注意在您的设置中固定库的版本以产生可重现的设置，但在实践中可行。
设备配置：自动设备设置或通过API / SDK / CLI进行配置
没有容器技术：如上所述，在实践中，您不需要过多关注服务提供软件的方式，因为在大多数情况下，它不会影响应用程序的行为方式。

此外，您提到了AWS IoT，其中some documentation将resin.io与AWS集成，包括使用AWS IoT自动设备配置resin.io设备的示例项目（插入设备，并自动获取AWS IoT的凭据。这可能是你感兴趣的东西。