基於操作的計費：一種適用於現代資料庫的更簡單計費模式

資料庫定價的簡化方法

隨著應用程式遷移到雲端，首個流行的計費模式被稱為“有伺服器計費”。在這些固定大小的伺服器例項上執行時，您不僅被迫預測所有未來的流量以便預先選擇合適的資源大小，而且還需自行實現複雜的擴縮機制。這賦予了您完全的控制權，但也意味著在低谷期過度配置資源，在高峰期則手忙腳亂地爭搶資源。

為了解決這種計費方法的不足，"無伺服器計算時間計費" 應運而生。它消除了預先配置的負擔，僅按資料庫活躍時間收費，大大降低了閒置成本，但仍以CPU秒或計算小時等抽象單位計費，這很難準確預測。您還需要選擇一個具有固定資源限制的層級，這不過是用一種基礎設施工作換取另一種，而且計算效率及其持續時間都取決於底層系統，超出了您的控制。

Prisma Postgres 採用了一種不同的方法，透過基於操作的計費，讓整個計費問題變得更簡單、更公平：您的使用量基於操作進行計費（我們將在下文詳細解釋），無論它使用多少計算資源或資料頻寬。藉助此模型，您無需預置資源，也無需考慮閒置或高峰負載，系統會自動擴縮。這使得您的成本直接與應用程式的行為掛鉤，消除了繁瑣的基礎設施決策，讓您能夠專注於最重要的事情：構建功能和贏得使用者。

讓我們深入瞭解基於操作的計費如何工作，以及如何在此計費模型中計算您的成本。

什麼是操作？

從本質上講，操作就是您對Prisma Postgres資料庫執行的一個動作，無論是建立、讀取、更新、刪除，甚至是快取讀取。

我們將其計為透過Prisma ORM（簡稱“Prisma 查詢”）發出的查詢，因為Prisma ORM是您與資料庫互動的主要客戶端。這類似於其他資料庫提供商提供其自己的客戶端的方式，儘管Prisma ORM更進一步，提供了卓越的型別安全開發體驗和附加功能（如遷移），以簡化與資料庫的協作。簡而言之，它是您在使用Prisma Postgres時獲得出色DX（開發者體驗）的重要組成部分，您透過它執行的每一個查詢都算作一次操作。

我們選擇這種方法的原因是它非常簡單。在幕後，一個複雜的Prisma 查詢可能會導致多個SQL語句，但出於計費目的，它仍然只算作一次操作，因此您無需為此操心。一個簡單的建立操作和包含多個JOIN的複雜讀取操作可能需要不同的完成時間，但這也是您無需考慮的，同樣無需考慮它們使用的資料傳輸頻寬。

讓我們透過一個示例來看看單個操作。以下Prisma 查詢被計為一次操作，但它會轉換為多個（在下面的示例中是8個）SQL語句。

為什麼基於操作的計費模型更好？

在實踐中，這會改變您的思維模式，我們認為這是一種好的轉變。您不再需要問“這個端點將使用多少計算時間？”或“如果這次釋出產生的流量耗盡了我們的CPU或RAM怎麼辦？”，而是問“這個使用者互動會產生多少操作？”這更容易理解，更容易預測，並能讓您的團隊專注於產品行為，而不是基礎設施行為。

基於操作的計費意味著

• 您無需花費數小時思考資料庫操作所需的計算資源，無論是簡單的資料庫寫入，還是涉及多個JOIN的複雜查詢，都只算作一次操作。
• 您不會為寫入密集型工作負載支付更多費用，寫入和讀取操作一視同仁。
• 資料傳輸對您的賬單沒有影響，因此，小量或大量出站資料的查詢成本相同。
• 快取查詢僅計為操作，並且還受益於更低的延遲和可預測的定價。
• 儲存計費與其他使用成本分開，使其更加透明且易於理解。

計算示例

為了瞭解基於操作的計費在實踐中如何運作，讓我們看一個典型的中型應用程式的計費示例。

以下是本次計算的依據和基本假設

• 每月400萬次操作（一個擁有3千月活躍使用者的典型應用程式）
• 每月10萬次操作免費（根據我們的定價方案）
• 每百萬次操作18美元（超出10萬次免費操作的部分）
• 已用儲存1.2GB（中型應用程式的典型使用量）
• 每月1GB儲存免費（根據我們的定價方案）
• 無固定月費（基本套餐費用）

基於這些假設，計費計算如下

10萬次免費用操作 + （390萬次操作，每百萬次18美元） + 1GB免費儲存 + （0.2GB儲存，每GB 2美元） + 0美元基本套餐費

= (3.9 × $18) + (0.2 × $2)

= 每月70.6美元

注意：此計算基於我們的Starter套餐。隨著您升級到更高級別的套餐，每百萬次操作的定價會逐步降低，並且免費包含的內容也會持續增加。這意味著在Business套餐下，每百萬次操作的費用會比Starter套餐低，並且您會獲得更多的免費儲存空間。更多套餐區分功能請訪問我們的定價頁面。

最終思考

定價是產品開發中一個重要的考量因素，我們收到的反饋表明，我們基於操作的方法是一個積極的轉變。

我們希望本解釋能幫助您澄清關於Prisma Postgres基於操作的計費模型可能存在的任何疑問。

同時，嘗試一下Prisma Postgres吧，我們迫不及待想看到您用它構建出什麼！