EdgeX 4.0 性能揭秘：更精简、更智能，为未来已做好准备

作者：James Butcher，EdgeX Foundry 主席兼 IOTech 系统产品经理

EdgeX 4.0（奥德赛）是EdgeX Foundry社区迈出的重要一步。除了关键功能的增强，此次发布在内存效率和部署灵活性方面带来了显著提升。新发布的 4.0 性能报告重点介绍了最新架构变更在实际应用中的影响，让开发者和集成商清晰了解发生了哪些变化以及这些变化的重要性。

EdgeX 4.0 有哪些新特性？

今年 3 月发布的 EdgeX 4.0 带来了以下几项基础性更新：

• PostgreSQL 取代 Redis 成为默认数据库，提供了更强大的持久化能力。

• Core Keeper 取代 Consul，提供轻量级配置服务。

• OpenBao 取代 Vault 成为默认密钥存储，与项目对开源可维护性的关注保持一致。

• 新增基于时间的调度服务，能更精确地控制边缘操作。

• 新增 Python API，以扩大对更广泛社区的可访问性。

这些变化都与社区提供并维护一个模块化、可投入生产的边缘平台这一目标相符。更多细节可阅读我发布的 4.0 博客全文。

主要性能亮点

EdgeX 社区会为每个版本收集详细的性能指标。鉴于该平台的微服务特性，用户可以精确选择要部署的服务。为便于分析，社区对该平台的两种部署模式进行了基准测试：

• 完整 / 典型部署：启用大多数服务，包括安全服务。

• 最小部署：针对资源受限环境进行了精简。

简而言之，EdgeX 4.0 与之前的 3.1（纳帕）版本相比有以下不同：

完整（典型）部署

• 运行时内存使用量减少 38%（从 335 MB 降至 206 MB）。

• Docker 镜像占用空间减少约 10%，现为约 996 MB。

• 启用完整安全功能后，启动时间略有增加（从 38 秒增至 40 秒）。

最小部署

• 启动时间有所改善（从 22 秒降至 17 秒）。

• CPU 和内存使用量略有增加（从 38 MB 增至 71 MB）—— 这主要是由于 PostgreSQL 的基准占用空间更大。

延迟

• 使用 API 网关时，API 响应时间略有上升（从约 31 毫秒增至约 37 毫秒）。

• 不启用安全功能时，响应时间略有改善（从约 2.4 毫秒降至约 2 毫秒）。

• 通过虚拟设备测试的数据延迟保持稳定（约 4-6 毫秒），安全功能未带来可测量的额外开销。

所有统计数据均来自在戴尔 3200 边缘网关进行的测试。

这意味着什么？

4.0 的各项指标证实，EdgeX 仍是一个轻量级且高效的边缘计算平台。虽然 PostgreSQL 和 OpenBao 在最小配置中占用空间更大，但它们为企业级用例提供了更强的兼容性、耐用性和可管理性。

总体而言，EdgeX 正逐步发展成为一个更强大、更安全、更现代化的框架，同时保持其适合边缘环境的特性 —— 尤其是在根据部署限制精心选择服务时。

商业化 EdgeX 选项

需要注意的是，尽管 EdgeX 已成熟且仍是开源的，但许多采用者更倾向于现成的商业实施方案。可插拔的微服务架构允许供应商扩展或替换服务，以满足特定的性能、协议或合规需求。详情可查看 EdgeX 网站的生态系统页面。

获取完整报告

点击阅读原文，您可以获取完整的 EdgeX 4.0 性能报告。