将 mono-repo 与 Google Cloud Functions 结合使用

Question

我有多个 nodejs 函数共享相同的存储库和依赖项。 正如 GCF 官方文档中所建议的那样，我使用了一个公开多个函数入口点的index.js文件，如下所示：

/**
 * GCF Entrypoints
 */

const filenames = fs.readdirSync(__dirname);
const functions = filenames.reduce((acc, filename) => {
  const isJS = /\.js/.test(filename);
  const skipped = /index|sample/.test(filename);

  if (!isJS || skipped) return acc;
  const functionName = filename.replace('.js', '');

  return {
    ...acc,
    [functionName]: require(`./${filename}`).default,
  };
}, {});

Object.assign(exports, functions);

然后我多次执行gcloud functions deploy命令来部署这些函数并附加它们各自的 PubSub 主题。 因此整个 package 是通过具有相同依赖关系的不同入口点上传和执行的。

如果相反，我将整个 package 部署为一个 GC function，带有一个 PubSub 主题，并使用消息负载中指定的入口点调用它，是否有任何缺点或错误？

function 的性能、预热和可扩展性如何？

这将大大简化 CD 过程。

Answer 1

如果您的代码中的所有函数都使用相同的依赖项并且是快速/简单的任务，那么您的方法没有任何不好的做法。

请记住，memory 和 CPU 管理将在所有代码中共享，这意味着如果一个 function 需要更多 memory 或 CPU，它可能会损害在同一实例上同时运行的其他请求的性能。

一个单独的每个 function 的主要思想是隔离每个 function 和处理资源的必要依赖关系。

如果您的代码开始增长并且您添加了越来越多的依赖项，您将结束分离功能以获得更好的性能。

在此视频中，您可以找到有关 Node.js 依赖项如何影响代码响应能力的信息。