优化IOT容器以支持应用程序的提示

IoT容器简化IoT应用程序开发

尽管集装箱应用程序处理围绕状态的并发症，但这不是VM的问题，诸如此类的工具Kubernetes帮助部署和扩展容器．微服务很容易部署在容器中，因为微服务通常是无状态的，或者不依赖于内部状态，这使得集装箱微服务是支持事件驱动应用程序(如物联网)的好工具。

许多物联网应用是持久的;它们几乎是持续运行的，因为它们被大量使用，或者它们的应用负载和运行延迟干扰了应用支持物联网元素的任务。

无服务器计算对于持久性较低的应用程序工作得很好，但是如果使用量高，它的成本和延迟可能会迅速增加。容器提供了一种支持物联网的方式，比无服务器的方式更具有可预测性和可控性。

组织已经走向了容器作为应用程序的首选托管策略总的来说，大多数组织已经有了容器开发和部署的承诺，选择了工具并巩固了实践。

IOT专家必须审查IoT集装箱选项，特别是IoT的开发，特别是IoT可能会影响持续整合/连续交付实践。

供应商和供应商支持物联网容器

在可能的情况下，IOT容器应使用标准工具和技术，包括Docker和Kubernetes。诸如HPE，Red Hat和VMware等供应商优化其用于边缘应用的容​​器产品。IT管​​理员必须审查其IoT控制器和应用程序资源，以确保它们适应IoT容器，因为标准容器工具可能无法直接支持IoT实现。

组织还可以使用专门的提供商工具。由于容器的低开销和可移植性，一些公共云提供商支持与Edge Application Services和功能结合使用的集装箱IOT。

容器作为专业工业控制应用程序之间的桥梁，通常运行在嵌入式控制操作系统和通用边缘设备，如树莓派。Docker运行在树莓派上，它可以为人工智能和其他嵌入式控制操作系统通常不支持的更复杂的应用程序开放边缘计算。

一些特色边缘产品支持容器，甚至更少开销，这使得它们适合几乎所有物联网边缘用例：

• IO架构可以支持小于数千个字节的容器，而典型容器的数百万个字节相比。该服务还提供库工具来访问传感器和控制器。Developer Edition支持基于集装箱的开发和在标准Docker平台上进行测试。
• Balena提供了特定的工具，以非常有限的资源集在物联网边缘设备上部署容器。它还为许多设备提供了简化的Linux发行版。
• Kontena为物联网提供了一种云兼容的小型容器，专门用于大规模部署。

实现物联网容器的提示

IOT专家必须审查IOT集装箱选项随着开发的开发，特别是IOT可能影响持续集成/连续交付（CI / CD）实践。IOT应用程序从开发，测试和集成开始，并且往往在早期阶段呈现挑战，因为它们旨在在专用边缘资源上运行，而不是在广义服务器上运行。组织可以在通用服务器或云中运行IoT容器，然后稍后将它们移动到边缘系统，因为容器摘要硬件和软件框架。

优化IoT容器使用的最重要步骤是开发多架构容器的图片，这是集装箱开发工具，可让通用软件 - 与特定于平台的库相结合 - 驱动各种硬件和操作系统组合的驱动部署。

这就是容器作为轻量级抽象主机的作用最有价值的地方，但工程师构建物联网应用程序时使用支持多架构开发和部署的平台仍然很重要。该平台必须消除应用程序和用于开发和测试的CI/CD管道中的专一性。

Moby BuildKit和快速仿真器工具方便了多架构容器映像。当结合一个通用的容器框架，如Docker和proper使用Git存储库和CI / CD管道，这些工具可以提供具有容易的容器测试和部署的开发团队，几乎任何公共IOT平台，边缘或云。

需要记住的是，如果管理员添加新平台而不检查与当前库的兼容性，那么很容易破坏多体系结构模型并合并不支持的库。

最后一点组织必须记住，某些物联网应用程序如此专门从中的控制器和边缘要求，平台携带性甚至CI / CD应用程序更改都不是因素。他们必须确保组织在提交容器方法之前真正需要一个敏捷的IOT边缘。