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/