建议优化物联网容器支持的应用程序

物联网容器简化物联网应用程序开发

尽管容器应用程序处理并发症在状态,这对vm不是问题,工具等Kubernetes帮助容器部署和规模。因为Microservices Microservices很容易部署在容器,通常情况下,无状态或不依赖于内部状态,这使得集装箱microservices好车辆支持事件驱动的应用程序,比如物联网。

很多物联网应用程序持久;他们几乎不间断地运行,因为他们大量使用或应用程序加载并运行延迟干扰应用程序的任务支持物联网的元素。

Serverless计算适用于应用程序的持久性较低,但其成本和延迟可以迅速上升如果使用高。容器提供一种方法来支持物联网仍比serverless预测和控制。

组织走向容器作为首选托管应用程序的策略容器整体,所以大多数组织已经开发和部署的承诺,与固化工具选择和实践。

物联网专家必须审查物联网容器的选择与发展,特别是物联网可能如何影响持续集成和持续交付实践。

供应商和提供者支持物联网的容器中

在可能的情况下,物联网的容器应使用标准的工具和技术,包括码头工人和Kubernetes。供应商如HPE, Red Hat和VMware优化边缘应用程序容器产品。IT管理员必须检查他们的物联网控制器和应用程序资源,以确保它们满足物联网容器因为标准容器工具可能不直接支持物联网的实现。

组织还可以使用特定的提供者工具。一些公共云提供商支持集装箱物联网结合边缘应用程序服务和功能,因为容器的低开销和可移植性。

容器作为专业的工业控制应用程序之间的一座桥梁,经常运行在嵌入式控制操作系统和通用设备,诸如覆盆子π。码头工人运行在覆盆子π,开放边界计算AI和其他更复杂的应用程序通常不支持嵌入式操作系统的控制。

一些专业优势产品支持容器开销更少,这使得它们适合几乎所有物联网的优势用例:

• io架构能支持容器小几千字节,而数百万个字节为一个典型的容器。图书馆服务还提供了工具来访问传感器和控制器。开发人员版支持基于容器的码头工人标准平台上的开发和测试。
• Balena提供特定工具部署容器在物联网设备与一个非常有限的资源集。它还提供了一个精简的Linux发行版对于许多设备。
• Kontena为物联网提供cloud-compatible小型容器,专门从事大规模部署。

建议实现物联网的容器

物联网专家必须审查物联网容器的选择与发展,特别是物联网可能如何影响持续集成和持续交付(CI / CD)实践。物联网应用程序从开发、测试和集成,常常构成挑战,即使在早期阶段,因为他们设计专业优势资源上运行,而不是在广义的服务器上。组织可以在云中运行物联网通用服务器上的容器或然后把他们移到边缘系统,因为容器抽象硬件和软件框架。

最重要的一步优化物联网开发multi-architecture容器使用容器的图片集装箱的开发工具,让通用软件——当结合特定于平台的库——驱动部署在各种各样的硬件和操作系统组合。

这就是容器的作为一个轻量级的抽象的主机是最有价值的,但它仍然是重要的,工程师构建物联网应用平台,支持multi-architecture开发和部署。平台应用程序中必须消除专业化和CI / CD管道开发和测试。

莫比BuildKit和快速模拟器工具促进multi-architecture集装箱图片。当结合广义容器框架码头工人和适当的使用Git存储库和CI / CD管道,这些工具可以为开发团队提供简单容器测试和部署在几乎所有常见的物联网平台,或云边缘。

重要的是要记住,这种方法很容易打破multi-architecture模型和将不支持库如果管理员添加新平台没有检查当前库兼容。

最后组织必须记住一些物联网应用程序专用控制器和边缘甚至要求平台可移植性和CI / CD应用程序没有变化的因素。他们必须确保组织真正需要敏捷的物联网优势之前一个容器的方法。