本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
使用彈性通道舉辦現場活動
彈性通道支援多達 100 萬名會員的大規模聊天體驗。典型用途包括觀看體育或政治活動的派對。您只能在美國東部 (維吉尼亞北部) 區域使用彈性通道。
彈性通道由具有通用配置的單個通道組成，加上可變或彈性-數量的子通道。該配置還包括子頻道中成員的最小和最大閾值。
例如，假設您建立了一個具有 100 個子頻道的彈性通道，對於子頻道，您可以設定 500 個成員的低臨界值和 10,000 個成員的高臨界值。當使用者加入這個範例頻道時，系統會自動將它們指派給單一子通道，直到成員數量超過 10,000。此時，系統會建立新的子頻道，並在該處新增任何新成員。當使用者離開時，系統會刪除子頻道，並將成員分配至剩餘的子通道。
跨子渠道拆分受眾，使參與者更容易關注對話。主持人也減少了工作量，因為他們只需要觀看一些子渠道。此外，版主可以使用彈性通道提供的內置工具。舉例來說，仲裁者可以封鎖頻道中的使用者、建立仲裁者，以及使用頻道流程自動協調頻道中的所有訊息。
如需 Amazon Chime 開發套件簡訊配額的詳細資訊，請參閱 Amazon Chime 開發套件一般參考中的簡訊配額。
必要條件
您必須具有以下條件才能使用彈性通道。
Amazon Chime 開發套件簡訊功能的知識，例如管理通道以及傳送和接收訊息。
叫用 Amazon Chime 開發套件簡訊 API 的能力。
彈性通道概念
要有效地使用彈性通道，您必須了解這些概念。
- 子渠道
彈性通道將其成員劃分為邏輯容器，稱為子通道。當您將彈性通道添加
AppInstanceUser到彈性通道時，該用戶將成為子渠道的成員。該用戶可以發送和接收消息，但只能與該子渠道的其他成員一起發送和接收消息。系統絕不允許來自某個子頻道的訊息出現在其他子頻道中。- 擴展
-
為了支持用戶參與，每個子渠道都必須滿足最低會員資格要求。您可以在建立彈性通道時提供該值。當用戶加入或離開活動時，系統會將成員轉移到不同的子渠道，這使得整個通道「彈性」。子頻道會執行下列縮放動作。
SCALE_OUT — 當新的彈性通道會員資格請求提出並且所有子渠道都已滿時，系統通過創建一個新的子渠道進行擴展，然後將會員從現有子渠道轉移到新的子渠道。
SCALE_IN — 當子頻道成員資格計數低於最低要求，而另一個子頻道具有容納第一個子頻道的所有成員的能力時，
SCALE_IN事件會傳輸這些會員資格，然後刪除子頻道和所有訊息。
注意
如果您需要存取來自已刪除頻道的訊息，您必須先開啟訊息串流。如需詳細資訊，請參閱 串流訊息資料。
- 會員轉移
當成員資格平衡
AppInstanceUser從一個子渠道移動到另一個子渠道時，就會發生這 傳輸後AppInstanceUser仍屬於彈性通道。但是，新的子頻道包含不同的會員資格和消息，因此轉移AppInstanceUser後發送的消息將轉移給那些不同的成員。會員資格平衡不會影響版主會員資格。
注意
彈性通道不支援隱藏的會員資格、會員偏好設定和讀取訊息時間戳記。
其他支援的功能
彈性通道還支持這些消息傳遞功能。
