共用方式為

測量每個租使用者的耗用量

  • 發行項

身為解決方案提供者，請務必測量多租用戶解決方案中每個租使用者的耗用量。 藉由測量每個租使用者的使用量，您可以確保銷售的商品成本（COGS）對每個租使用者提供服務是有利可圖的。 在此頁面上，我們會針對技術決策者提供測量取用量重要性的指引，以及您可以考慮測量租使用者耗用量的方法，以及相關的取捨。

有兩個主要考慮導致測量每個租使用者的耗用量需求：

  • 您必須測量每個租用戶的實際成本。 請務必監視每個租用戶的解決方案獲利率。
  • 當您使用 以使用量為基礎的定價時，您必須判斷要向租用戶收費的金額。

不過，很難測量租使用者在多租用戶解決方案中使用的實際資源。 大部分可做為多租用戶解決方案一部分的服務不會根據您定義租使用者的任何專案，自動區分或細分使用量。 例如，假設服務會將您所有租用戶的數據儲存在單一關係資料庫中。 就數據記憶體或服務任何查詢和要求所需的計算資源而言，每個租使用者都很難判斷每個租使用者使用該關係資料庫使用的容量數量。

相反地，對於單一租用戶解決方案，您可以使用 Azure 入口網站 內的Microsoft成本管理，取得該租使用者所取用之所有 Azure 資源的完整成本明細。

因此，面對這些挑戰時，請務必考慮如何測量耗用量。

注意

在某些情況下，當您進入新的市場或區域時，將服務傳遞給租使用者時，可以接受商業上的損失。 這是商業選擇。 即使在這些情況下，測量每個租使用者的耗用量仍是個好主意，以便您可以規劃未來。

指示性取用計量

新式應用程式（專為雲端建置）通常是由許多不同的服務所組成，每個服務都有不同的取用量量值。 例如，記憶體帳戶會根據儲存的數據量、傳輸的數據，以及交易數目來測量耗用量。 相反地，Azure App 服務 耗用量是以一段時間配置的計算資源量來測量。 如果您有包含記憶體帳戶和 App Service 資源的解決方案，請將所有這些度量合併在一起，以計算實際 COGS（已售出商品的成本）可能是一項非常困難的工作。

通常，使用單一指示性度量來代表解決方案中的耗用量比較容易。 例如，如果多租使用者解決方案共用單一關係資料庫，則租使用者所儲存的數據可能是良好的指示性取用計量。

即使您使用租使用者所儲存的數據量做為指示性取用量值，它可能不是每個租使用者的使用量真實表示法。 如果特定租使用者從解決方案讀取或執行更多報告，但不會寫入大量數據，則該租使用者可能會使用比記憶體需求所指出的更多計算。

提示

您偶爾應該測量並檢閱租用戶的實際耗用量，以建立基準模型。 此模型可協助您判斷您對指示性計量的假設是否正確。

交易計量

測量耗用量的替代方式是識別代表解決方案COGS的重要交易。 例如，在檔管理解決方案中，可能是建立的文件數目。 如果系統內有交易式的核心函式或功能，而且可以輕鬆地測量，則這非常有用。

這個方法通常很容易且符合成本效益，因為應用程式中通常只有單一點需要記錄所發生的交易數目。

每個要求計量

在主要以 API 為基礎的解決方案中，使用以對解決方案所提出 API 要求數目為基礎的取用計量可能很合理。 這通常很容易實作，但它確實需要您使用 API 作為系統的主要介面。 實作每個要求計量的作業成本會增加，特別是針對大量服務，因為需要記錄要求使用率（基於稽核和計費目的）。

由單頁應用程式 （SPA） 或使用 API 的行動應用程式所組成的使用者面向解決方案，可能不適合每個要求計量。 這是因為使用者對應用程式使用與 API 取用之間的關聯性知之甚少。 您的應用程式可能很閒聊（它發出許多 API 要求）或區塊化（API 要求太少），而且使用者不會注意到差異。 不過，如果您只需要每個租使用者耗用量的大致概念，它可能仍是一個合理的選擇。

警告

請務必將要求計量儲存在專為此用途設計的可靠數據存放區中。 例如，雖然 Azure 應用程式 Insights 可以追蹤要求，甚至可以追蹤租使用者標識碼（使用屬性），但 Application Insights 並非設計用來儲存每個遙測片段。 它會移除數據，做為其取樣行為的一部分。 針對計費和計量用途，請選擇可提供您高精確度的數據存放區。

估計耗用量

測量租使用者的耗用量時，可能比較容易為租使用者提供耗用量的估計值，而不是嘗試計算確切的耗用量量。 例如，對於在單一部署中為數千個租使用者提供服務的多租用戶解決方案，合理地估計為租使用者提供服務的成本只是 Azure 資源成本的百分比。

在下列情況下，您可能會考慮評估租使用者的COGS：

  • 您不是使用 以使用量為基礎的定價。
  • 不論大小為何，每個租使用者的使用量模式和成本都類似。
  • 每個租用戶都會耗用部署中整體資源的低百分比（例如 <2%）。
  • 每個租使用者的成本很低。

您也可以選擇搭配指示性取用計量、交易計量或個別要求計量來估計耗用量。 例如，對於主要管理檔的應用程式，租使用者用來儲存其檔的整體記憶體百分比，提供足夠接近的實際 COGS 表示法。 當測量COGS很困難或將太多複雜度新增至應用程式時，這可以是有用的方法。

收取您的成本

在某些解決方案中，您可以向客戶收取 COGS 的租用戶資源費用。 例如，您可以使用 Azure 資源標籤 ，將可計費的 Azure 資源配置給租使用者。 接著，您可以針對專屬資源集來判斷每個租使用者的成本，以及利潤和作業的獲利率。

注意

某些 Azure 服務不支持標記。 針對這些服務，您必須根據資源名稱、資源群組或訂用帳戶等其他特性，將成本歸因於租使用者。

Azure 成本分析 可用來分析使用標籤、資源群組或屬性成本訂用帳戶的單一租用戶解決方案的 Azure 資源成本。

不過，這在大多數新式多租用戶解決方案中變得十分複雜，因為準確判斷要為單一租用戶服務之確切 COGS 的挑戰。 這個方法應該只考慮為非常簡單的解決方案、具有單一租用戶資源部署的解決方案，或較大解決方案內的自定義租使用者特定附加元件功能。

某些 Azure 服務提供的功能，可讓多租用戶環境中其他成本歸因的方法。 例如，Azure Kubernetes Service 支援 多個節點集區，其中每個租用戶都會配置一個節點集區，其中包含 節點集區卷標，用來屬性成本。

參與者

本文由 Microsoft 維護。 原始投稿人如下。

主要作者：

其他投稿人：

若要查看非公開的 LinkedIn 設定檔，請登入 LinkedIn。

下一步

請考慮您將使用的更新部署模型。