部署 Prisma ORM

使用 Prisma Client 的專案可以部署到許多不同的雲平臺。考慮到雲平臺的多樣性和不同名稱，值得注意的是，不同的部署正規化會影響您使用 Prisma Client 部署應用程式的方式。

部署正規化

每種正規化都有不同的權衡，會影響應用程式的效能、可伸縮性和運營成本。

此外，應用程式的使用者流量模式也是一個重要的考慮因素。例如，具有持續使用者流量的應用程式可能更適合持續執行的正規化，而具有突然流量高峰的應用程式可能更適合無伺服器。

傳統伺服器

如果 Node.js 程序持續執行並同時處理多個請求，則您的應用程式是傳統部署的。您的應用程式可以部署到平臺即服務 (PaaS)，例如 Heroku、Koyeb 或 Render；作為 Docker 容器部署到 Kubernetes；或作為 Node.js 程序部署到虛擬機器或裸機伺服器。

另請參閱：長時間執行程序中的連線管理

無伺服器函式

如果您的應用程式的 Node.js 程序（或其分解為函式的子集）在請求到來時啟動，並且每個函式一次只處理一個請求，則您的應用程式是無伺服器的。您的應用程式很可能會部署到函式即服務 (FaaS) 產品，例如 AWS Lambda 或 Azure Functions

無伺服器環境具有“熱啟動”的概念，這意味著對於同一函式的後續呼叫，它可能會使用一個已存在的容器，該容器已分配程序、記憶體、檔案系統（/tmp 在 AWS Lambda 上可寫），甚至資料庫連線仍然可用。

通常，處理程式外部的任何程式碼都保持初始化狀態。

另請參閱：無伺服器環境中的連線管理

邊緣函式

如果您的應用程式是無伺服器的，並且函式分佈在一個或多個靠近使用者的區域，則您的應用程式是邊緣部署的。

通常，邊緣環境也具有與傳統或無伺服器環境不同的執行時，導致常見 API 不可用。