建站
咨詢
售后
建站咨詢
新聞中心
審校 | 梁策 孫淑娟
創(chuàng)新互聯(lián)公司2013年至今，是專業(yè)互聯(lián)網(wǎng)技術(shù)服務公司，擁有項目成都網(wǎng)站設計、成都做網(wǎng)站、外貿(mào)網(wǎng)站建設網(wǎng)站策劃，項目實施與項目整合能力。我們以讓每一個夢想脫穎而出為使命，1280元臨潁做網(wǎng)站,已為上家服務,為臨潁各地企業(yè)和個人服務,聯(lián)系電話:028-86922220
什么是觀眾參與?
在線觀眾參與的一個簡單示例是：帶有主持人的直播和供觀眾成員實時互動的聊天系統(tǒng)。其他觀眾參與解決方案包括觀影派對、投票、測驗和排行榜等活動，涵蓋在線聊天或提問回答等功能，供參與者在分享體驗的同時進行交流。
1.設備和用戶在場
了解觀眾參與的一個方面是能夠知道誰在參與虛擬活動或用戶的“在場”。與在場情況密切相關(guān)的是用戶的狀態(tài)，這有關(guān)基本功能的實現(xiàn)，例如當有人在聊天窗口中鍵入消息時的指示，或設備的實時位置。
2.聊天
發(fā)送聊天消息是觀眾互動并向在線活動(例如直播)的主持人發(fā)送即時反饋的一種常用方式。Twitch就是一個早期例子，它很受游戲玩家的歡迎，讓玩家通過流媒體玩游戲，或通過網(wǎng)絡攝像頭實時觀看和評論游戲。
3.調(diào)查投票和提問回答
民意調(diào)查和提問回答是觀眾參與的額外環(huán)節(jié)。例如，主持人可能會問直播觀眾，“你最喜歡什么口味的冰淇淋?”并為參與者提供一個網(wǎng)頁，讓他們可以從一系列口味選項中進行在線投票，觀眾的答案可被實時可視化，以為條形圖、餅圖、甚至是文字云形式顯示在直播中，從而吸引觀眾參與。當參與者提交投票時，這類調(diào)查可能會讓響應激增。
提問回答的方式則與之相反。在線活動的主持人將共享一個鏈接，參與者可以跟蹤該鏈接并輸入問題和評論，以了解更多信息或?qū)崟r給出反饋。
4.測驗功能和游戲化
另一種吸引觀眾的方式是多人知識競賽，參與者參加現(xiàn)場提問，回答問題，并在排行榜上查看他們的分數(shù)。競賽可以在獨立平臺上或集成到直播中，這在教育領(lǐng)域尤其流行。Mentimeter、Wooclap、Kahoot、Slido和HQTrivia等都是受歡迎的產(chǎn)品。
參與者使用邀請鏈接登錄特定的競賽，當問題實時出現(xiàn)時，他們會在自己的設備上回答問題，然后其分數(shù)會顯示在排行榜上，以添加游戲化元素。為公平起見，參與者有作答時限。需要同時向所有玩家發(fā)送問題(扇出)，且隨著他們在倒計時前完成挑戰(zhàn)，也會有相應地響應激增(扇入)。
實時更新鞏固了觀眾參與度
為了使上面列出的功能具有吸引力，它們需要以“實時”或接近實時的方式呈現(xiàn)，也就是低于人類感知的100毫秒閾值。建立在實時系統(tǒng)上的技術(shù)使用一系列事件(例如異步對話)，而不是典型同步通信的請求和響應范例。
事件驅(qū)動架構(gòu)服務的用例需要立即處理數(shù)據(jù)，以提供令人滿意的用戶體驗。它消除了阻塞或持續(xù)輪詢的需要，并在感興趣的事件發(fā)生時通知應用程序代碼。
發(fā)布和訂閱(pub/sub)模式是事件驅(qū)動系統(tǒng)中的典型。當狀態(tài)發(fā)生變化時，事件生產(chǎn)者(發(fā)布者)發(fā)送事件消息，然后事件訂閱者使用它們。通常情況下，發(fā)布者和訂閱者之間會有一個專門的代理，使事件制作者能夠?qū)⒇熑无D(zhuǎn)移給代理，代理將大量通知發(fā)送給不同設備和平臺的消費者。
代理還將從生產(chǎn)者接收到的事件記錄為消息。事件歷史記錄會保留一定時間，以便訂閱者可以從任何特定點讀取事件歷史記錄。
構(gòu)建實時架構(gòu)的技術(shù)挑戰(zhàn)
實時的、事件驅(qū)動的架構(gòu)是一個分布式系統(tǒng)，具有相關(guān)的可靠性、延遲和帶寬問題，網(wǎng)絡的不可預測性是一個重大挑戰(zhàn)。
1.消息完整性
在事件驅(qū)動的系統(tǒng)中，丟失、重復或無序的消息可能會產(chǎn)生重大后果。例如，聊天消息，它就依賴于明確定義的消息序列。如果它們無序到達或丟失，會給用戶體驗帶來缺陷。
- 丟失的消息
用戶的連接可以斷開并重新連接：例如他們出現(xiàn)電源故障或網(wǎng)絡上出現(xiàn)系統(tǒng)問題，他們正在移動，或者關(guān)閉聊天應用程序并稍后重新啟動。
從用戶的角度來看，由于連接不穩(wěn)定而丟失消息是不可接受的。因此，當用戶重新連接時，應用程序需要以最小損害程度從用戶斷開連接之前的那一點重新開始。任何錯過的消息都需要在不復制已處理的消息的情況下傳遞，整個體驗需要完全無縫。
大多數(shù)事件驅(qū)動系統(tǒng)使用至少一次交付。當代理向事件消費者發(fā)送消息時，它需要確認已收到消息。如果代理沒有收到確認，它會再次發(fā)送消息，以確保它在第一次發(fā)送時沒有丟失(并將繼續(xù)發(fā)送消息直到收到確認為止)。但是，如果收到消息并且確認丟失了怎么辦?任何最近的消息現(xiàn)在都是原始消息的副本。
- 消息復制和排序
如果事件驅(qū)動系統(tǒng)使用冪等消息，則消息重復是可以接受的，冪等消息可以被多次處理，但在第一次之后不會更改系統(tǒng)。例如，對加熱恒溫器進行編程。如果在回家前輸入房間需要達到的準確溫度，那么指令是否發(fā)送多次并不重要。
恒溫器將設置為所需的溫度，可能會重復設置，但仍將是想要的溫度。但是，如果要求把空調(diào)的溫度調(diào)高，并且被多次發(fā)送的話，那么其高溫可能讓人難以忍受。
聊天應用程序中的消息重復對用戶來說與丟失消息或亂序消息一樣令人厭煩。一種常見的方法是，如果消息無法以任何順序成功處理，則使用唯一ID對消息進行排序。
除了冪等消息類型之外，許多事件驅(qū)動系統(tǒng)使用一次性處理保證來協(xié)調(diào)與重復消息相關(guān)的問題。應用重復數(shù)據(jù)消除過程，以便檢測并丟棄先前處理的消息。
2.性能
網(wǎng)絡延遲是數(shù)據(jù)到達目的地所需的時間，是成功吸引受眾的關(guān)鍵因素。在大規(guī)模分布式系統(tǒng)中，延遲在節(jié)點之間傳播得越遠，其性能就越差。
高延遲會完全破壞實時音頻通信和視頻質(zhì)量，性能考慮全球受眾，或在互聯(lián)網(wǎng)基礎(chǔ)設施較差的地區(qū)托管用戶變得越來越重要。
低網(wǎng)絡延遲是由于自地理位置接近。數(shù)據(jù)應通過托管數(shù)據(jù)中心和邊緣加速點盡可能靠近用戶。然而，將延遲最小化是不夠的。用戶體驗需要將延遲差異降至最低，以確?？深A測性。
服務器性能(處理速度、使用的硬件、可用內(nèi)存)和延遲之間也存在很強的相關(guān)性。為了防止網(wǎng)絡擁塞和服務器超載，必須能夠動態(tài)增加服務器層的容量并重新分配負載。
3.可用性
觀眾參與度的一個特殊方面是無法預測會有多少參與者。對于許多活動來說，直到活動開始前幾小時或幾分鐘才能知道觀眾人數(shù)。這帶來的技術(shù)挑戰(zhàn)是，在任何支持該事件的系統(tǒng)中，都很難規(guī)劃和提供足夠的容量。
在處理大量負載的情況下，實現(xiàn)可用性和彈性，以滿足嚴格的正常運行時間要求不僅僅是故障切換這樣的傳統(tǒng)機制，而是關(guān)于管理容量的。面臨的挑戰(zhàn)是橫向擴展并迅速吸收數(shù)百萬個連接，而無需預先調(diào)配。
為確保網(wǎng)絡能夠適應此類情況，需要監(jiān)控以下指標：
- 工作負載的百分比
- 負載的彈性和分布
- 最大連接數(shù)和吞吐量
當超過某些閾值時，采用一些辦法自動、動態(tài)地提供額外的容量，這對于確保超高的正常運行時間至關(guān)重要。
優(yōu)化應包括最小化傳輸?shù)臄?shù)據(jù)量，例如，減少消息大小，僅發(fā)送對數(shù)據(jù)的更改(增量)而不是整個有效負載。
4.可靠性
可靠性至關(guān)重要，因為如果活動因故障而無法運行或中斷，會給主持人造成尷尬。觀眾參與的實時平臺需要具有容錯性，以便即使組件發(fā)生故障也可以繼續(xù)運行。
為了實現(xiàn)容錯，需要有多個組件能夠在某些組件丟失時維護系統(tǒng)。即使在多個基礎(chǔ)設施出現(xiàn)故障的情況下，區(qū)域和全球?qū)用娴娜哂嘁材艽_保服務的連續(xù)性。不應該有單點擁塞和單點故障。
當一個或多個組件發(fā)生故障時，其余組件需要自行支持服務。了解可以容忍多少區(qū)域故障(例如，每秒實例故障的數(shù)量)至關(guān)重要。如果一個區(qū)域因故障轉(zhuǎn)移到另一個區(qū)域而脫機，則需要有足夠的容量來吸收額外的流量，即使在峰值負載下也是如此。
可靠性四大支柱
要構(gòu)建一個為實時觀眾參與提供基礎(chǔ)的系統(tǒng)，需要具有低延遲、可擴展性和彈性的容錯基礎(chǔ)架構(gòu)，以及確保消息傳遞完整性的架構(gòu)。
企業(yè)如果為滿足業(yè)務具體要求構(gòu)建自定義解決方案，可能終會背負基礎(chǔ)設施所有權(quán)、技術(shù)債務以及對工程持續(xù)投資帶來的高昂成本。
對于許多企業(yè)來說，將規(guī)模、延遲、數(shù)據(jù)完整性和可靠性的責任轉(zhuǎn)移到Ably這樣的第三方供應商更經(jīng)濟，這些第三方供應商應具有性能、完整性、可靠性和可用性的四大可靠性支柱。
在構(gòu)建實時解決方案以支持大規(guī)模受眾方面，這些平臺可以讓擔憂不復存在。因此企業(yè)可以專注于其核心產(chǎn)品，優(yōu)先考慮受眾參與規(guī)劃，進而開發(fā)更多功能以保持競爭力。
原文標題：Realtime Challenges for Audience Engagement，作者：Jo Stichbury
新聞名稱：如何解決在線觀眾參與的實時挑戰(zhàn)？
網(wǎng)站鏈接：http://m.5511xx.com/article/cdehehe.html
