SpikeArrest 政策

您目前查看的是 Apigee Edge 說明文件。
前往 Apigee X 說明文件。 info

尖峰流量防範政策會使用 <Rate> 元素，防止流量暴增。這個元素會限制 API Proxy 處理並傳送到後端的要求數，防範效能延遲和停機。

尖峰流量防護機制運作方式

請將 Spike Arrest 視為一般防範流量暴增的方法，而非將流量限制在特定要求數量的做法。API 和後端可處理一定量的流量，而 Spike Arrest 政策可協助您將流量平穩地控制在所需的一般量。

執行階段的尖峰流量防護行為與您輸入的每分鐘或每秒值可能不同。

舉例來說，假設您輸入的速率為 30pm (每分鐘 30 個要求)，在測試時，您可能會認為只要在 1 分鐘內，就能在 1 秒內傳送 30 個要求。但政策並非以這種方式強制執行設定。如果仔細想想，在 1 秒內提出 30 項要求，在某些環境中可能算是小型尖峰。

那麼實際情況如何？為避免尖峰流量，尖峰流量防範會將設定劃分為較小的時間間隔，以平穩地控制允許的完整要求數量：

系統會將每分鐘的速率平滑化，並以秒為間隔，允許完整的要求。

舉例來說，30pm 的平滑處理方式如下：
60 秒 (1 分鐘) / 30pm = 2 秒間隔，或每 2 秒允許 1 個要求。如果間隔不到 2 秒就提出第二個要求，就會失敗。此外，如果在一分鐘內提出第 31 項要求，系統會拒絕該要求。
每秒速率會平滑化，以毫秒為間隔，計算出允許的完整要求數。
舉例來說，10ps 的平滑處理方式如下：
1000 毫秒 (1 秒) / 10ps = 100 毫秒間隔，或每 100 毫秒允許 1 個要求。如果 100 毫秒內發出第二個要求，就會失敗。此外，如果在一秒內提出第 11 項要求，就會失敗。

計算方式：1 項要求 * 訊息處理器數量

根據預設，除非啟用 <UseEffectiveCount>，否則系統不會發布 Spike Arrest。也就是說，各 MP 的請求計數不會同步。如果有多個訊息處理器，尤其是採用循環配置的訊息處理器，每個都會獨立處理尖峰流量節流。如果只有一個訊息處理器，每分鐘 30 個要求的速率會將流量平滑化為每 2 秒 1 個要求 (60 / 30)。如果使用兩個訊息處理器 (Edge Cloud 的預設值)，這個數字會加倍，也就是每 2 秒 2 個要求。因此，請將計算出的每個間隔完整要求數乘以訊息處理器數量，即可得出整體逮捕率。

尖峰流量、停止和配額的差異

配額政策會設定用戶端應用程式在 1 小時、1 天、1 週或 1 個月內，可向 API 提交的要求訊息數量。配額政策會維護分散式計數器，計算傳入的要求，藉此對用戶端應用程式強制執行用量限制。

配額是用來強制執行與開發人員和合作夥伴簽訂的商業合約或服務水準協議，而不是用於管理作業流量。使用流量突增防範政策，防範 API 流量突然暴增。另請參閱比較配額、尖峰流量防範和並行速率限制政策。

影片

這些影片說明如何使用 Spike Arrest 政策，保護 API 免受流量暴增影響：

重要性

如何設定

附加政策

每秒頻率限制

每分鐘頻率限制

不重複頻率限制

比較配額政策

流程變數

`<SpikeArrest>` 元素

定義尖峰流量防範政策。

預設值	請參閱下方的「預設政策」分頁
必填與否	選用
類型	複雜物件
父項元素	不適用
子元素	`<Identifier>` `<MessageWeight>` `<Rate>` (必要) `<UseEffectiveCount>`

語法

<SpikeArrest> 元素使用下列語法：

<SpikeArrest
  continueOnError="[false|true]"
  enabled="[true|false]"
  name="policy_name"
>
  <DisplayName>display_name</DisplayName>
  <Properties/>
  <Identifier ref="flow_variable"/>
  <MessageWeight ref="flow_variable"/>
  <Rate ref="flow_variable">rate[pm|ps]</Rate>
  <UseEffectiveCount>[false|true]</UseEffectiveCount>
</SpikeArrest>

預設政策

以下範例顯示在 Edge UI 中將尖峰流量防範政策新增至流程時的預設設定：

<SpikeArrest async="false" continueOnError="false" enabled="true" name="Spike-Arrest-1">
  <DisplayName>Spike Arrest-1</DisplayName>
  <Properties/>
  <Identifier ref="request.header.some-header-name"/>
  <MessageWeight ref="request.header.weight"/>
  <Rate>30ps</Rate>
  <UseEffectiveCount>true</UseEffectiveCount>
</SpikeArrest>

此元素在所有政策中皆包含下列屬性：

屬性	預設	必填與否	Description
`name`	無	必要	政策的內部名稱。`name` 屬性的值可以包含英文字母、數字、空格、連字號、底線和半形句號。這個值不得超過 255 個字元。或者，您也可以使用 `<DisplayName>` 元素，在管理 UI Proxy 編輯器中，以不同的自然語言名稱來標示政策。
`continueOnError`	false	選填	如果設為「false」，當政策失敗時會傳回錯誤。多數政策預期的行為如下。如果設為「true」，則在政策失敗後，仍會繼續執行流程。
`enabled`	true	選填	設為「true」即可強制執行政策。將政策設為「false」，即可「關閉」政策。即使政策已附加至流程，系統也不會強制執行這項政策。
`async`	false	已淘汰	這項屬性已淘汰。

範例

以下範例說明 Spike Arrest 政策的幾種用法：

範例 1

以下範例將速率設為每秒五次：

<SpikeArrest name="Spike-Arrest-1">
  <Rate>5ps</Rate>
</SpikeArrest>

這項政策會將頻率調整為每 200 毫秒允許一項要求 (1000/5)。

範例 2

以下範例將速率設為每分鐘 300 次：

<SpikeArrest async="false" continueOnError="false" enabled="true" name="SpikeArreast">
  <DisplayName>SpikeArreast</DisplayName>
  <Rate>300pm</Rate>
</SpikeArrest>

有效速率為 300pm，也就是每 200 毫秒會在 bucket 中新增一個權杖。儲存區大小一律會設為 messagesPerPeriod 的 10%。因此，如果 messagesPerPeriod 為 300，值區大小就是 30 個權杖。

範例 3

下列範例將要求限制為每分鐘 12 個 (每五秒允許一個要求，或 60/12)：

<SpikeArrest name="Spike-Arrest-1">
  <Rate>12pm</Rate>
  <Identifier ref="client_id" />
  <MessageWeight ref="request.header.weight" />
</SpikeArrest>

此外，<MessageWeight> 元素接受自訂值 (weight 標頭)，可調整特定應用程式或用戶端的郵件權重。這樣一來，您就能進一步控管以 <Identifier> 元素識別的實體節流。

範例 4

以下範例會指示 Spike Arrest 尋找透過要求設定的執行階段值，並以 request.header.runtime_rate 流程變數的形式傳遞：

<SpikeArrest name="Spike-Arrest-1">
  <Rate ref="request.header.runtime_rate" />
</SpikeArrest>

流程變數的值必須為 intpm 或 intps 形式。

如要試用這個範例，請執行類似下列內容的要求：

curl http://myorg-myenv.apigee.net/price -H 'runtime_rate:30ps'

子元素參照

本節說明 <SpikeArrest> 的子元素。

`<DisplayName>`

除了 name 屬性，您也可以使用這個屬性，在管理 UI 代理編輯器中，以更自然易懂的名稱標示政策。

所有政策都有 <DisplayName> 元素。

預設值	不適用
必填與否	(選用步驟) 如果省略 `<DisplayName>`，系統會使用政策的 `name` 屬性值
類型	字串
父項元素	<`PolicyElement`>
子元素	無

<DisplayName> 元素使用下列語法：

語法

<PolicyElement>
  <DisplayName>policy_display_name</DisplayName>
  ...
</PolicyElement>

範例

<PolicyElement>
  <DisplayName>My Validation Policy</DisplayName>
</PolicyElement>

<DisplayName> 元素沒有屬性或子項元素。

`<Identifier>`

可讓您選擇如何將要求分組，以便根據用戶端套用尖峰流量防範政策。舉例來說，您可以依開發人員 ID 將要求分組，這樣一來，每個開發人員的要求都會計入各自的尖峰流量防護率，而不是計入所有對 Proxy 的要求。

搭配 <MessageWeight> 元素使用，可更精細地控管要求節流。

如果將 <Identifier> 元素留空，系統會對該 API 代理的所有要求強制執行一項速率限制。

預設值	不適用
必填與否	選用
類型	字串
父項元素	`<SpikeArrest>`
子元素	無

語法

<SpikeArrest
  continueOnError="[false|true]"
  enabled="[true|false]"
  name="policy_name"
>
  <Identifier ref="flow_variable"/>
</SpikeArrest>

範例 1

以下範例會根據開發人員 ID 套用尖峰流量防範政策：

<SpikeArrest name="Spike-Arrest-1">
  <Identifier ref="developer.id"/>
  <Rate>42pm</Rate/>
</SpikeArrest>

下表說明 <Identifier> 的屬性：

屬性	說明	預設	存在必要性
`ref`	識別尖峰抑制功能用來將傳入要求分組的變數。您可以使用任何流程變數來指出不重複的用戶端，例如 VerifyAPIKey 政策提供的變數。您也可以使用 JavaScript 政策或 AssignMessage 政策設定自訂變數。	不適用	必填

如需這個元素的相關討論，請參閱 Apigee 社群貼文： Quota Identifier Across Different Policies。

`<MessageWeight>`

指定為每則訊息定義的權重。訊息權重會影響單一要求對尖峰抑制率計算的影響。訊息權重可以是任何流程變數，例如 HTTP 標頭、查詢參數、表單參數或訊息主體內容。您也可以使用 JavaScript 政策或 AssignMessage 政策，自訂變數。

與 <Identifier> 搭配使用，可進一步依特定用戶端或應用程式節流要求。

舉例來說，如果尖峰抑制 <Rate> 為 10pm，而應用程式提交的要求權重為 2，則該用戶端每分鐘只能傳送五則訊息，因為每個要求都算 2。

預設值	不適用
必填與否	選用
類型	整數
父項元素	`<SpikeArrest>`
子元素	無

語法

<SpikeArrest
  continueOnError="[false|true]"
  enabled="[true|false]"
  name="policy_name"
>
  <MessageWeight ref="flow_variable"/>
</SpikeArrest>

範例 1

下列範例將要求限制為每分鐘 12 個 (每五秒允許一個要求，或 60/12)：

<SpikeArrest name="Spike-Arrest-1">
  <Rate>12pm</Rate>
  <Identifier ref="client_id" />
  <MessageWeight ref="request.header.weight" />
</SpikeArrest>

在本範例中，<MessageWeight> 會接受自訂值 (要求中的 weight 標頭)，調整特定用戶端的訊息權重。這樣一來，您就能進一步控管以 <Identifier> 元素識別的實體節流。

下表說明 <MessageWeight> 的屬性：

屬性	說明	存在必要性	預設
`ref`	用於識別包含特定用戶端訊息權重的流程變數。可以是任何流程變數，例如 HTTP 查詢參數、標頭或訊息主體內容。詳情請參閱流程變數參考資料。您也可以使用 JavaScript 政策或 AssignMessage 政策設定自訂變數。	必填	不適用

`<Rate>`

設定每分鐘或每秒間隔允許的要求數量，指定限制流量尖峰 (或爆量) 的速率。您也可以搭配使用這個元素與 <Identifier> 和 <MessageWeight>，接受來自用戶端的值，在執行階段順暢地節流流量。

預設值	不適用
必填與否	必填
類型	整數
父項元素	`<SpikeArrest>`
子元素	無

語法

您可以透過下列任一方式指定費率：

您指定為 <Rate> 元素主體的靜態費率
變數值 (可由用戶端傳遞)；使用 ref 屬性識別流程變數的名稱

<SpikeArrest
  continueOnError="[false|true]"
  enabled="[true|false]"
  name="policy_name"
>
  <Rate ref="flow_variable">rate[pm|ps]</Rate>
</SpikeArrest>

有效費率值 (定義為變數值或元素主體) 必須符合下列格式：

intps (每秒要求數，平滑處理為毫秒間隔)
intpm (每分鐘要求數，平滑處理為以秒為單位的間隔)

int 的值必須是正整數，且不得為零。

範例 1

以下範例將速率設為每秒五項要求：

<SpikeArrest name="Spike-Arrest-1">
  <Rate>5ps</Rate>
</SpikeArrest>

這項政策會將頻率調整為每 200 毫秒允許一項要求 (1000/5)。

範例 2

以下範例將速率設為每分鐘 12 項要求：

<SpikeArrest async="false" continueOnError="false" enabled="true" name="SpikeArreast">
  <DisplayName>SpikeArreast</DisplayName>
  <Rate>300pm</Rate>
</SpikeArrest>

這項範例政策會將速率調整為每五秒允許一個要求 (60/12)。

下表說明 <Rate> 的屬性：

屬性說明存在必要性預設

屬性	說明	存在必要性	預設
`ref`	識別指定費率的流程變數。可以是任何流程變數，例如 HTTP 查詢參數、標頭或訊息主體內容，也可以是 KVM 等值。詳情請參閱「流程變數參考資料」。您也可以使用 JavaScript 政策或 AssignMessage 政策，自訂變數。如果您同時定義 `ref` 和這個元素的主體，當流程變數在要求中設定時，系統會套用 `ref` 的值，並優先採用該值。(如果要求中未設定 `ref` 中識別的變數，則反之亦然)。例如： <Rate ref="request.header.custom_rate">1pm</Rate> 在本例中，如果用戶端未傳遞「custom_rate」標頭，則所有用戶端的 API Proxy 速率為每分鐘 1 個要求。如果用戶端傳遞「custom_rate」標頭，則 Proxy 上的所有用戶端都會受到每秒 10 項要求的速率限制，直到傳送沒有「custom_rate」標頭的要求為止。您可以使用 `<Identifier>` 將要求分組，針對不同類型的用戶端強制執行自訂費率。如果您為 `ref` 指定值，但未在 `<Rate>` 元素的本文中設定速率，且用戶端未傳遞值，Spike Arrest 政策就會擲回錯誤。	選用	不適用

ref

識別指定費率的流程變數。可以是任何流程變數，例如 HTTP 查詢參數、標頭或訊息主體內容，也可以是 KVM 等值。詳情請參閱「流程變數參考資料」。

您也可以使用 JavaScript 政策或 AssignMessage 政策，自訂變數。

如果您同時定義 ref 和這個元素的主體，當流程變數在要求中設定時，系統會套用 ref 的值，並優先採用該值。(如果要求中未設定 ref 中識別的變數，則反之亦然)。

例如：

<Rate ref="request.header.custom_rate">1pm</Rate>

在本例中，如果用戶端未傳遞「custom_rate」標頭，則所有用戶端的 API Proxy 速率為每分鐘 1 個要求。如果用戶端傳遞「custom_rate」標頭，則 Proxy 上的所有用戶端都會受到每秒 10 項要求的速率限制，直到傳送沒有「custom_rate」標頭的要求為止。

您可以使用 <Identifier> 將要求分組，針對不同類型的用戶端強制執行自訂費率。

如果您為 ref 指定值，但未在 <Rate> 元素的本文中設定速率，且用戶端未傳遞值，Spike Arrest 政策就會擲回錯誤。

選用

不適用

下表說明 Rate 的屬性，這些屬性會定義流量節流行為：

屬性	說明
`messagesPerPeriod`	指定在定義的時間範圍內允許的訊息數量。舉例來說，如果政策設定為「10ps」(每秒 10 次)，則 `messagesPerPeriod` 值為 10。
`periodInMicroseconds`	定義計算 `messagesPerPeriod` 的時間間隔 (以微秒為單位)。如果是「10ps」設定，這個值會是 1,000,000，相當於一秒。
`maxBurstMessageCount`	代表在新間隔開始時，可立即或在短時間內允許的要求數上限。

注意：這些屬性的值和計算結果可能會受到 MP 數量和 UseEffectiveCount 設定是否啟用影響。舉例來說，如果您將速率設為「10ps」，並啟用 10 個 MP 和 UseEffectiveCount，則每個 MP 的有效速率為 1ps。個別 MP 的內部屬性會隨之調整。舉例來說，messagesPerPeriod 屬性可以設為 1，periodInMicroseconds 則設為 1,000,000。

`<UseEffectiveCount>`

使用自動調度群組時，將尖峰流量抑制計數分配給訊息處理器 (MP)。

注意：<UseEffectiveCount> 元素適用於 Edge Public Cloud，以及 Edge for Private Cloud 4.18.05 以上版本。

語法

<SpikeArrest
  continueOnError="[false|true]"
  enabled="[true|false]"
  name="policy_name"
>
  <UseEffectiveCount>[false|true]</UseEffectiveCount>
</SpikeArrest>

範例 1

以下範例會將 <UseEffectiveCount> 設為 true：

<SpikeArrest name='Spike-Arrest-1'>
  <Rate>40ps</Rate>
  <UseEffectiveCount>true</UseEffectiveCount>
</SpikeArrest>

<UseEffectiveCount> 元素為選用項目。如果元素從尖峰流量防護政策中省略，預設值為 false。

注意：<UseEffectiveCount> 元素會納入預設的 SpikeArrest 政策，並設為 true。

預設值	否
必填與否	選用
類型	布林值
父項元素	`<SpikeArrest>`
子元素	無

下表說明 <UseEffectiveCount> 元素的屬性：

屬性	說明	預設	存在必要性
`ref`	識別含有 `<UseEffectiveCount>` 值的變數。可以是任何流程變數，例如 HTTP 查詢參數、標頭或訊息主體內容。詳情請參閱流程變數參考資料。您也可以使用 JavaScript 政策或 AssignMessage 政策設定自訂變數。	不適用	選用

<UseEffectiveCount> 的效果取決於其值：

true：MP 的尖峰速率限制為 <Rate> 除以相同 Pod 中的 MP 目前數量。匯總限制是 <Rate> 的值。動態新增 (或移除) MP 時，個別尖峰速率限制會增加 (或減少)，但總計限制維持不變。
false：每個 MP 的尖峰速率限制就是其 <Rate> 的值。匯總上限是所有 MP 費率的總和。新增 (或移除) MP 時，個別尖峰率限制不會改變，但總限制會增加 (或減少)。
注意：雖然預設值為 false，但 Apigee 機構應將這個元素設為 true。
Apigee 機構不支援速率平滑化。

SpikeArrest 政策會使用「權杖 bucket」演算法，將您指定的速率限制劃分為較小的時間間隔，以確保流量平穩。這種做法的缺點是，如果短時間內收到多項合法要求，可能會遭到拒絕。

系統會將每分鐘的速率平滑化，並以秒為間隔，允許完整的要求。

舉例來說，30pm 的平滑處理方式如下：
60 秒 (1 分鐘) / 30pm = 2 秒間隔，或每 2 秒允許 1 個要求。如果間隔不到 2 秒就提出第二個要求，就會失敗。此外，如果在一分鐘內提出第 31 項要求，系統會拒絕該要求。
每秒速率會平滑化，以毫秒為間隔，計算出允許的完整要求數。
舉例來說，10ps 的平滑處理方式如下：
1000 毫秒 (1 秒) / 10ps = 100 毫秒間隔，或每 100 毫秒允許 1 個要求。如果 100 毫秒內發出第二個要求，就會失敗。此外，如果在一秒內提出第 11 項要求，就會失敗。

下表顯示 <UseEffectiveCount>對各 MP 有效費率限制的影響：

	`<UseEffectiveCount>` 的值
	`false`	`false`	`false`	`true`	`true`	`true`
監控點數量	8	4	2	8	4	2
`<Rate>` 的值	10	10	10	40	40	40
每百萬次曝光有效費率	10	10	10	5	10	20
匯總限制	80	40	20	40*	40*	40*
* 與 `<Rate>` 相同。

在本例中，請注意，當 MP 數量從 4 個減少為 2 個，且 <UseEffectiveCount> 為 false 時，每個 MP 的有效費率維持不變 (為 10)。但當 <UseEffectiveCount> 為 true 時，如果 MP 數量從 4 個減少為 2 個，每個 MP 的有效費率就會從 10 提高至 20。

提示：將 <UseEffectiveCount> 設為 true 時，請將 <Rate> 設為目標總計限制。

流程變數

尖峰流量防範政策執行時，系統會填入下列流程變數：

變數	類型	權限	說明
`ratelimit.policy_name.failed`	布林值	唯讀	指出政策是否失敗 (`true` 或 `false`)。

詳情請參閱「流程變數參考資料」。

錯誤參考資料

This section describes the fault codes and error messages that are returned and fault variables that are set by Edge when this policy triggers an error. This information is important to know if you are developing fault rules to handle faults. To learn more, see What you need to know about policy errors and Handling faults.

Runtime errors

These errors can occur when the policy executes.

Fault code	HTTP status	Cause
`policies.ratelimit.FailedToResolveSpikeArrestRate`	`500`	This error occurs if the reference to the variable containing the rate setting within the `<Rate>` element cannot be resolved to a value within the Spike Arrest policy. This element is mandatory and used to specify the spike arrest rate in the form of `intpm` or `intps`.
`policies.ratelimit.InvalidMessageWeight`	`500`	This error occurs if the value specified for the `<MessageWeight>` element through a flow variable is invalid (a non-integer value).
`policies.ratelimit.SpikeArrestViolation`	`429`	The rate limit was exceeded. Note: For Private Cloud, the default HTTP status code returned is `500`. To change the status code returned to `429`, set this property with the API call described in Example fault rule

Deployment errors

These errors can occur when you deploy a proxy containing this policy.

Error name	Cause	Fix
`InvalidAllowedRate`	If the spike arrest rate specified in the `<Rate>` element of the Spike Arrest Policy is not an integer or if the rate does not have `ps` or `pm` as a suffix, then the deployment of the API proxy fails.

Fault variables

These variables are set when a runtime error occurs. For more information, see What you need to know about policy errors.

Variables	Where	Example
`fault.name="fault_name"`	`fault_name` is the name of the fault, as listed in the Runtime errors table above. The fault name is the last part of the fault code.	`fault.name Matches "SpikeArrestViolation"`
`ratelimit.policy_name.failed`	`policy_name` is the user-specified name of the policy that threw the fault.	`ratelimit.SA-SpikeArrestPolicy.failed = true`

Example error response

Shown below is an example error response:

Note: For error handling, the best practice is to trap the errorcode part of the error response. Do not rely on the text in the faultstring, because it could change.

{  
   "fault":{  
      "detail":{  
         "errorcode":"policies.ratelimit.SpikeArrestViolation"
      },
      "faultstring":"Spike arrest violation. Allowed rate : 10ps"
   }
}

Example fault rule

Shown below is an example fault rule to handle a SpikeArrestViolation fault:

<FaultRules>
    <FaultRule name="Spike Arrest Errors">
        <Step>
            <Name>JavaScript-1</Name>
            <Condition>(fault.name Matches "SpikeArrestViolation") </Condition>
        </Step>
        <Condition>ratelimit.Spike-Arrest-1.failed=true</Condition>
    </FaultRule>
</FaultRules>

目前，如果超出配額或尖峰流量防範政策設定的頻率限制，系統會傳回 429 (要求數超量) 的 HTTP 狀態碼。如要將 HTTP 狀態碼變更為 500 (內部伺服器錯誤)，請使用更新機構資源屬性 API，將 features.isHTTPStatusTooManyRequestEnabled 屬性設為 false。

Private Cloud：如果是 Private Cloud，系統預設傳回的 HTTP 狀態碼為 500。如要變更傳回至 429 的狀態碼，請使用下列 API 呼叫設定這個屬性：

注意：更新屬性時，您必須將所有現有屬性傳遞至 API，即使這些屬性不會變更也一樣。如果省略酬載中的屬性，系統會移除這些屬性。

curl -u email:password -X POST -H "Content-type:application/xml" \
  http://edge-management-server:8080/v1/o/myorg \
  -d '<Organization type="trial" name="MyOrganization">
    <DisplayName>MyOrganization</DisplayName>
    <Environments/>
    <Properties>
        <Property name="features.isHTTPStatusTooManyRequestEnabled">true</Property>
    </Properties>
  </Organization>'

例如：

curl -u email:password -X POST -H "Content-type:application/xml" http://api.enterprise.apigee.com/v1/organizations/myorg -d \
"<Organization type="trial" name="MyOrganization">
    <Properties>
        <Property name="features.isHTTPStatusTooManyRequestEnabled">true</Property>
        . . .
    </Properties>
</Organization>"

結構定義

每種政策類型都由 XML 架構 (.xsd) 定義。如需參考，請前往 GitHub 查看政策架構。

SpikeArrest 政策

尖峰流量防護機制運作方式

計算方式：1 項要求 * 訊息處理器數量

尖峰流量、停止和配額的差異

影片

重要性

如何設定

附加政策

每秒頻率限制

每分鐘頻率限制

不重複頻率限制

比較配額政策

流程變數

<SpikeArrest> 元素

語法

預設政策

範例

範例 1

範例 2

範例 3

範例 4

子元素參照

<DisplayName>

語法

範例

<Identifier>

語法

範例 1

<MessageWeight>

語法

範例 1

<Rate>

語法

範例 1

範例 2

<UseEffectiveCount>

語法

範例 1

流程變數

錯誤參考資料

Runtime errors

Deployment errors

Fault variables

Example error response

Example fault rule

結構定義

相關主題

`<SpikeArrest>` 元素

`<DisplayName>`

`<Identifier>`

`<MessageWeight>`

`<Rate>`

`<UseEffectiveCount>`