7月24日，第三屆全球互聯網通信云大會(WICC 2021)在北京成功召開，數千開發(fā)者共赴通信云技術盛宴。本次會議中，“開發(fā)者服務生態(tài)”被作為重要議題引起了全產業(yè)鏈的廣泛關注。作為大會主辦方，全球互聯網通信云領導廠商融云不但提出了為什么要服務好開發(fā)者的觀點，而且還帶來了怎樣構建開發(fā)者服務生態(tài)的解決方案。
例如，在“場景化賦能與創(chuàng)新”技術分論壇中，融云前端高級架構師臧其龍發(fā)表了《基于語聊房場景化 SDK，探索新一代 PaaS 服務的演進方向》的主題演講，他以融云語聊房Demo為載體，通過解析語聊房場景的業(yè)務邏輯和技術關鍵點，傳遞了真正能讓開發(fā)者“開箱即用”的產品理念，這不僅是開發(fā)者服務生態(tài)的解決方案之一，還成為技術分論壇的開發(fā)者關注亮點。
圖1：融云前端高級架構師臧其龍發(fā)表演講
細致入微，剝離出場景背后的核心業(yè)務邏輯
在技術分論壇中，臧其龍首先解釋了封裝首款基于場景化Demo的初衷，“由于年初Clubhouse和Tiya兩款語聊房產品的示范效應，帶動泛娛樂領域對各類語聊房App旺盛的市場需求。融云針對這一熱點需求，選擇以語聊房產品作為探索新一代 PaaS 服務的切入點。”
當進一步剖析語各類聊房App的功能后，臧其龍發(fā)現，雖然它們長相各異，但場景結構大體相似。其業(yè)務邏輯可定義為：以上麥下麥的形式來管理用戶發(fā)布或者訂閱音頻流邏輯的SDK。所謂上麥，即用戶開啟發(fā)布音頻流的能力，房間其他人可以聽到麥位上人的音頻;下麥則是用戶轉變?yōu)槠胀ㄓ脩?，只能聽別人發(fā)布的音頻流，自己不能發(fā)布。
因此，融云出品的語聊房產品遵循這一定義，抽象出語聊房App中的所有功能，形成了較為完整的場景化SDK，并且基于此提供相應的Demo，便于開發(fā)者“開箱即用”。這也是融云首次將IM和RTC的雙重能力在底層完全打通封裝成一個SDK接口，提供給開發(fā)者。
隱藏技術設計難點，開發(fā)者只需關注自身業(yè)務訴求
融云在研發(fā)過程中，通過對語聊房產品的邏輯分析發(fā)現，在業(yè)務場景實現方面，關鍵的技術難點來自于三個方面：
圖2：語聊房Demo設計技術關鍵點
第一，如何實現麥位狀態(tài)的云端存儲與通知。麥位狀態(tài)的變更必然要通知到語聊房房間內，包括觀眾和主播在內的所有人，并且App也需要根據麥位狀態(tài)的變化，更新UI呈現。
要實現這一功能，必須面對復雜的業(yè)務流程，比如，如何訂閱流?如何訂閱主播的流?如果麥位上的角色從觀眾切換到主播后，也要面臨如何去發(fā)布流的問題。在融云語聊房場景化的SDK中，這些復雜細節(jié)已經全部基于融云聊天室屬性管理(KV)完成，因此，開發(fā)者不必關心訂閱流的邏輯，不必關心設置、刪除、獲取以及設置回調等屬性變化和麥位狀態(tài)變化，只需通過一個EnterSeat接口，在收到回調后，刷新UI，兩步操作即可全部實現。
第二，如何實現邀請上麥和排麥請求。這主要涉及App中的邀請機制和申請機制，例如在語聊房主播邀請一個或多個觀眾合唱的場景中，面臨主播發(fā)出邀請，受邀觀眾收到邀請，選擇同意、取消或者拒絕的流程。這時，邀請機制能否及時送達、及時接收十分重要，一旦消息丟失、亂序，都會直接影響到用戶體驗。
在融云語聊房SDK中，利用融云IM信令，通過調用RequestSeat實現請求上麥，管理員會在收到RequestSeatListDidChange回調，拿到申請連麥的人員列表后，選擇Accept、reject，甚至cancel來處理請求。那么相應發(fā)起申請的觀眾端，就會收到RequestSeatDidAccept或者reject。也就是說，細節(jié)已被全部隱藏，開發(fā)者只需要通過非常直白的命名，在5分鐘甚至更短的時間內，就能理解整個流程的實現方式。
第三，如何設計API。臧其龍強調應該要設計出簡捷但不簡單的API接口，既要求設計簡捷方便開發(fā)者調用，又必須覆蓋所有功能。為此，融云在設計時秉持三個原則：
貼近業(yè)務。不能過度抽象脫離業(yè)務，這一點剛好與一般SDK設計原理相反;
可擴展。覆蓋所有語聊房的場景，包含狼人殺等特殊場景，所以在特定模型上增加了擴展，比如麥位的extra;
簡潔易用。屏蔽多余邏輯，例如屏蔽用戶手動訂閱流等。
這樣一來，開發(fā)者如果只需要上麥下麥和通話場景，而無需“禮物”、“點贊”等功能，使用融云語聊房場景化SDK，只要兩個回調就能夠實現。如若加上“禮物”、“點贊”以及單群聊場景，只需將voice room mode模塊完整地拖到自己的rss項目里，也只要5分鐘就可以滿足需求。因此，融云語聊房場景化 SDK & Demo，極大節(jié)約了開發(fā)者的研發(fā)成本，包括時間成本和人員成本，是一款真正意義上的“開箱即用”產品。
融云下一階段發(fā)力重點，提供更多場景化Demo
使用融云這款語聊房場景化SDK的另一個好處是它提供了安全審查能力。臧其龍向開發(fā)者承諾：包括融云語聊房SDK、IMLib SDK在內的所有用戶，在使用中大可以把工作重心放在產品核心能力研發(fā)上，融云的安全審查能力可對圖、文、音、視全面設防，為客戶提前排除業(yè)務風險。實際上，不僅僅是這款產品，融云的IMKit和RTC都提供了同樣的語音鑒黃、視頻鑒黃能力，并且可以針對敏感信息第一時間進行后臺攔截。
對于未來，臧其龍透露，不同場景的覆蓋，是下一階段融云的重要發(fā)力點。為幫助開發(fā)者獲得高質量的產品使用體驗，融云認為僅僅提供SDK和API接口都是“不負責任”的做法，因為針對某一特定場景，開發(fā)者往往要在上百個SDK中，尋找適合自己業(yè)務邏輯的某幾十個或十幾個SDK，這對開發(fā)者來說，絕非易事。
因此，針對直播場景、會議場景、在線教育場景等多個熱門場景，融云將逐步為其提供場景化Demo，進一步簡化開發(fā)者的開發(fā)成本。貼近開發(fā)者，提煉并滿足開發(fā)者的共性需求，做開發(fā)者值得信賴的伙伴，這是融云的初心，不會改變。
結語
本屆WICC，融云在技術分論壇提出要基于語聊房場景化 SDK，探索新一代 PaaS 服務的演進方向：隨著SDK數量增多，PaaS 通信云廠商要深入理解不同行業(yè)的業(yè)務層，展開場景化能力的比拼。融云率先推出了語聊房場景化Demo產品，實踐并引領著PaaS 通信云賽道新的增長點。
（免責聲明：本網站內容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網站出現的信息，均僅供參考。本網站將盡力確保所提供信息的準確性及可靠性，但不保證有關資料的準確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責。本網站對有關資料所引致的錯誤、不確或遺漏，概不負任何法律責任。
任何單位或個人認為本網站中的網頁或鏈接內容可能涉嫌侵犯其知識產權或存在不實內容時，應及時向本網站提出書面權利通知或不實情況說明，并提供身份證明、權屬證明及詳細侵權或不實情況證明。本網站在收到上述法律文件后，將會依法盡快聯系相關文章源頭核實，溝通刪除相關內容或斷開相關鏈接。 ）
