寫入交易

在上一節中,我們討論了屬性和事件的讀取互動。在本節中,我們將探討屬性的「寫入」,也就是變更叢集 (例如 Level) 的屬性值。

非計時寫入交易

非定時寫入交易的作業順序
圖 1:非時間寫入交易

寫入要求動作

方向:發起者 -> 目標

與讀取要求動作類似,在此動作中,啟動者為目標提供以下項目:

  • 寫入要求:包含一或多個元組的清單,內含路徑和資料。
  • 定時要求:此標記表示此動作是否屬於定時寫入交易的一部分。
  • Suppress Response:此標記用於指示是否應抑制回應狀態動作。

撰寫回應動作

方向:目標 -> 發起者

目標收到寫入要求動作後,就會以寫入回應動作的寫入動作完成交易:

  • 寫入回應:針對透過寫入要求動作傳送的每個寫入要求,列出路徑和錯誤代碼。

非時效的寫入限制

「寫入要求動作」可能是群組側錄,但在本範例中,必須設定「抑制回應」標記。原因在於,如果有多個成員同時回應,網路可能會因此分散。

如要啟用這項行為,寫入要求清單中使用的路徑可能包含群組,但也可能包含萬用字元,但僅限於「端點」欄位。

計時寫入交易

計時寫入交易的作業順序
圖 2:計時寫入交易

定時寫入交易會在未定時寫入交易中增加幾個步驟。

計時要求動作

方向:發起者 -> 目標

發起人開始交易傳送這個動作,包含以下內容:

  • 逾時:此交易可能保持開啟的毫秒數。在這段期間內,發起人傳送的下一個動作會視為有效。

收到定時要求動作後,目標必須透過狀態回應動作確認定時要求動作。啟動器收到「狀態回應動作」回報沒有任何錯誤後,系統就會傳送寫入要求動作。

寫入要求動作

與先前描述的寫入要求動作相同。

撰寫回應動作

與前述的寫入回應動作相同。

定時寫入限制

定時要求動作、寫入要求動作和寫入回應動作僅支援單點傳播。