EdgeX 运行太占资源

资源占用，跟业务要求有关系：

• 传感器数量：比如，接 10 个传感器和接1000个传感器，完全不一样的资源使用率；
• 采集频率：5秒采集一次数据比较正常，假如你调整到 500ms 一次采集，又是另一番景象；
• 设备类型：业务简单的话 1-2 种设备类型，复杂环境下几十上百种都可以，资源占用那是天壤之别；

软硬件要求高

官方有最低资源要求，如果你的硬件低于这个要求，建议要么 别上 EdgeX，要么升级硬件：

• 硬件：
  • 内存：最小 1GB，操作系统用掉一些，其他就是看你运行的容器数量，1GB 只适合测试验证，不适合商业用途；
  • 存储：最小 3GB，操作系统占用多一些，docker image 占用不多，剩下的就是 container 运行过程中产生的日志，这个需要在 docker compose 中定义参数，回滚日志文件；
  • CPU：没有特定限制（X86，ARM32需要自己编译 ，ARM64都可以），具体看业务处理量，做好观测，最大 CPU 负载不要超过 50%，保持一定的缓冲；
• 软件：
  • 操作系统：宿主主机，虽然可以支持常见的 Windows、Linux、macOS，但是，生产环境还是应该以 Linux 为主（推荐 Ubuntu 系列）；
  • 软件环境：
    • 开发：采用开发工具包（包含：编译器，各种函数库），docker runtime；
    • 生产：docker runtime 即可；

关于竞争

这个问题比较宽泛，不能一概而论，可以从以下几个方面考虑：

• 摆正位置：要充分理解 EdgeX 在边缘计算领域所处的层次结构，你到底是做数据采集还是边缘计算？不要把传统的DTU和RTU称之为边缘计算就算是明白人了

• 竞争对象：如果用预装 EdgeX 的产品去跟其他单一功能的采集器相比，完全没必要，不是一个量级；

• 竞争场景：这个具体看你的市场策略和业务需要，你愿意用低价换取市场占有率，另当别论；

GitHub 社区经常出现一些奇怪又频繁的错误信息，贴出来问

当然，你完全有这个权利和必要，毕竟遇到问题了，需要去解决它。

• 根据错误提示，去搜索引擎找找看，也许是一个通用的问题，或许并不是 EdgeX 本身；
• 可以到 GitHub issue 里面找，变换一些搜索关键字，也许被人也遇到过且已经被解决了；
• 各种开发基本能力，尤其是 docker，golang，物联网相关，保证能明白到底问题出在哪里，有时候并不是问题复杂，而是自己不熟悉整个过程；

有人提问：这么少的驱动支持数量，如何成为一个官方应用的边缘计算框架？

建议，还是先读一读 EdgeX 官方文档：a vendor-neutral open source project（供应商中立的开源项目）

以目前 EdgeX 应用情况来说，已经成为很多行业和领域的事实规范，不需要质疑，也无需考证，就冲着——供应商中立的开源项目，已经征服了很多开源边缘计算框架的使用者。

老外比较直接又比较委婉，以笔者的措辞：难道把开源软件拿来主义，换个皮，改一下项目名称，改一下程序接口名，顺便让社区把所有你需要的都做好，开放给你，免费给你技术支持，……

• 参与开源，也可以奉献开源，你可以把你的驱动贡献给社区，也可以让社区帮你改改 bug 什么的；
• 可以提出你需要的驱动类型，参与社区讨论，帮助提高社区驱动支持的范围；