ArangoDB FOXX 节点扩展

Question

我正在尝试将应用程序从风帆移动到 FOXX。 我原以为可以在 FOXX 中使用 node.js 模块，但遇到了问题。 我需要在服务器上创建一个“工作”目录来对 SCM 存储库执行操作。 我安装了“remove”和“mkdirp”模块。 mkdirp 模块调用 fs.lstatSync，在 FOXX 下报告丢失。 安装 fs 的本地节点副本并不能解决问题。

如果这是一个问题，那么我的一些其他任务，例如生成外部命令行程序可能无法完成。 在这种情况下，我可能需要重新考虑将所有任务转移到 FOXX 上，但这意味着在 Sais 和 FOXX 中复制许多功能，这可能是部署噩梦。

Answer 1

虽然 Foxx 非常灵活，但它“只是”在 ArangoDB 的 JavaScript 环境中运行。 此环境与 Node（以及 NPM 上的一些模块）不完全兼容，尤其是在涉及异步代码或文件系统和网络 I/O 时。

特别是fs模块不同于 Node 的内置fs模块。

幸运的是， remove和mkdirp模块提供的两个功能已经内置在 ArangoDB 的fs模块中：

• fs.makeDirectoryRecursive等价于mkdirp
• fs.removeDirectoryRecursive相当于remove

可以从 ArangoDB 中生成外部进程，但相关功能是内部 API 的一部分，不打算在 Foxx 服务中使用（除其他限制外，目前无法获取输出，只能获取退出状态）。

根据您想要实现的目标以及您的性能要求，将 I/O 密集型代码分离到外部 Node 微服务中确实可能是一个更好的主意。 Foxx 最适合作为底层数据库的应用程序逻辑包装器，所有 Foxx 代码有效地与其他 ArangoDB JavaScript 代码一起运行，因此长时间运行的请求会影响 ArangoDB 处理需要接触 JavaScript 层的其他请求的能力。

在您的特定情况下（您提到与 SCM 软件交互），我建议创建一个小型独立节点服务来处理 SCM 相关逻辑，并根据需要（甚至直接在两个服务之间）与风帆进行通信。 虽然这意味着最初会增加一些开销，但它也比在 ArangoDB 中花费 CPU 周期处理非数据库相关任务更具可扩展性。