解决问题 获得您的技术,流程和项目的特定问题。

生活在边缘很艰难

过去几年已经看到计算以更快的速度推出了网络边缘。细节随着许多不同的“边缘”而有所不同,具体取决于正在解决的问题。但整体趋势很清楚。到2023年,部署的超过50%的新企业IT基础架构将在边缘而不是企业数据中心,今天从不到10%,根据IDC

从物联网设备流入的大量数据通常必须快速处理、过滤和处理,这是边缘计算的一个驱动因素。但也有越来越多的其他应用领域,如电信网络功能,通过将服务提供放置在离用户和设备更近的地方来进行最佳优化。

这都不是云计算的依赖,但它确实说明了计算在批发集中化的路径上是如何最好的。在实践中,企业计算是高度异构的,而且组织大多追求混合云方法。

虽然分布式将计算推到数据、用户和设备所在的位置具有优势,但它也引入了相对于集中式计算的挑战。它们通常分为三大类:架构和技术、持续操作和安全。

体系结构和技术

一些边缘部署的规模是它们可以使用数据中心中使用的类似软​​件。例如,OpenStack在Telco中受欢迎,以创建私有云在边缘正如它在更传统的内部房屋环境中创建私有云。

但是,即使某些软件堆栈是常见的,边缘安装也必须考虑几个唯一的考虑因素。例如,如果在边缘需要更多容量,则无法轻触交换机并从中央池中添加更多服务器。

预先规划所需的计算、存储、网络和任何其他硬件是很重要的。升级数百个甚至数千个边缘站点是一项昂贵的任务。与此同时,过度配置成百上千个站点的成本也在迅速增加。这里的教训是,你必须精心设计。

如前所述;根据应用,边缘看起来非常不同。为数百个具有数十台服务器的数百个群集的适当架构与彼此显着不同,以便数千个较小的终点,更少于由数百万个单独的边缘计算设备组成。

大型分布式系统内的操作

还有一些与操作大型分布式系统有关的实际问题。所有这些边缘集群可能安装在没有IT人员的位置,甚至可能安装在根本没有永久人员存在的位置。

我们需要考虑这样一个事实,即这是一个由潜在的不可靠和吞吐量受限的网络连接的分布式系统。如果边缘集群失去了与数据中心的连接,我们希望它如何表现?如果断开连接的操作是有意义的,那么在设计系统时就需要考虑到这一点。

我们也需要处理失败在边缘群集本身内。失败是一个正常的预期事件。我们还必须提供冗余,同时考虑成本权衡。安装一些额外的硬件是更便宜的,以便可以在较慢的定期预定的基础上进行维修?或者我们更好地努力,并将故障视为紧急事件?

站点管理操作,如部署和升级,必须远程处理,并且是快速、可靠和自动化的。集中式管理需要良好的监控和日志记录才能正常工作。有效的分析还可以帮助预测失败,从而在一些问题发生之前阻止它们。

边缘计算安全

在某些方面,安全性是在边缘计算的上下文中的操作子集,但它足以让它值得单独呼叫。我以前写过的IoT设备安全具体而言,但整个边缘计算也具有一些特定的安全挑战。

许多边缘计算安装的规模意味着上面提到的自动化也必须适用于安全性。自动修补和安全扫描是一个很好的做法。但是使用自动化工具,即强制安全策略并最大限度地减少分布式站点的潜在漏洞至关重要。

边缘有其他唯一的考虑因素。一般来说,数据中心已建立健壮的物理安全控制对硬件的访问,正确处理资产的措施,例如可能包含敏感信息的磁盘驱动器,并且通常提供高度设计的和受控环境。

边缘集群通常不是这种情况。分支机构和其他远程系统必须考虑到这些因素很长一段时间。但是,边缘位置甚至可能甚至没有银行分支机构或卫星公司办公室的控制级别。并且比例可以大大。

计划和计划再次

有人可能会说,我们在边缘计算中看到的挑战相对较少,而我们在其他地方或多或少也没有看到。但这就是问题所在:我们看到到处都有对失败复原能力和自动化的需求。但在分销和规模都非常大的边缘地带处理这些问题尤其具有挑战性。例如,与集中式基础设施相比,一旦确定了一个修复方案,将其推广到每个边缘集群可能是一项更重要的任务,其故障模式也更多。

以上示例进一步突出显示边缘的架构需要仔细计划。这包括预先设计工作,考虑高度分布式系统的实际情况,该系统主要存在于受控制的数据中心环境之外。但它也包括对整个系统上正在进行的操作的深思熟虑的计划,包括供应、故障恢复、升级和安全。

所有物联网议程网络贡献者对其帖子的内容和准确性负责。观点是作者的,并不一定传达物联网议程的思想。

搜索CIO.
搜索安全
搜索网络
搜索数据中心
搜索数据管理
关闭