express-graphql 中的 serverless vs serverfull？

Question

我将自己介绍给无服务器并偶然发现： https://github.com/serverless-components/express似乎无法理解部署到 heroku 的 serverfull 有什么区别？ 看到我在无服务器中有这个代码：

app.use(
  "/graphql",
  graphqlHTTP(async (request) => {
    // add user context
    console.log("test");
    return {
      schema,
      graphiql: true,
      context: {
        request,
        //user
      },
    };
  })
);

module.exports = app;

和服务器：

app.use(
  "/graphql",
  graphqlHTTP(async (request) => {
    // add user context
    return {
      schema,
      graphiql: true,
      context: {
        request,
      },
    };
  })
);

app.listen(port, () => console.log(`Listening on port ${port}`));

有人可以告诉我在 express-graphql 中使用无服务器是否有优势？ 我的前端堆栈是 graphql-relay，我习惯于 express-graphql 并想使用 express-graphql 堆栈探索无服务器，但似乎找不到一个好的资源来做到这一点。 正如我正在阅读的那样：

在这一点上，我认为值得注意的是，并非所有人都同意在无服务器 function 中运行 Express 是一个好主意。 正如 Paul Johnston 解释的那样，如果您正在构建功能以实现规模化，最好将每个功能分解为自己的单一用途 function。 以我的方式使用 Express 意味着每次向 API 发出请求时，整个 Express 服务器都必须从头开始启动——效率不高。 部署到生产环境需要您自担风险。

请澄清我

Answer 1

无服务器的一些好处：与将 24/7 运行的传统服务器相比，您仅在需要时才按需执行代码。 此外，它还由服务提供商管理，因此您无需担心维护和扩展您的服务器。

你可以阅读更多

https://dashbird.io/blog/business-benefits-of-serverless

https://www.serverless.com/blog/running-scalable-reliable-graphql-endpoint-with-serverless

https://aws.amazon.com/serverless/

https://serverless.com/blog/serverless-architecture-code-patterns/