30分鐘接入SDK 融云是如何讓開發(fā)者做到開箱即用的？

　　沉浸在語聊房社交場景的開發(fā)者可能已經(jīng)發(fā)現(xiàn)，一款真正意義上的開箱即用的通信云產(chǎn)品近期悄然問世。這是融云開發(fā)的，也是業(yè)界第一款封裝了復(fù)雜業(yè)務(wù)邏輯的語聊房 Demo，融云深諳開發(fā)者唯快不破的心理，以“IM+RTC”協(xié)同能力SDK打造的語聊房 Demo，助力開發(fā)者搶占熱門開發(fā)先機，同時也挖掘并率先實踐了 PaaS 賽道的新增長點。

　　因此，上周融云語聊房 Demo一經(jīng)推出，迅速受到社交場景開發(fā)者的熱捧，下載試用的開發(fā)者真正體驗到 30 分鐘接入 SDK，5-7天便可上線一款功能完整的語聊房 App 的快捷開發(fā)。

　　圖：融云語聊房功能一覽

　　30 分鐘接入 SDK，是如何開箱即用的？

　　融云語聊房 Demo 何以能夠滿足開發(fā)者快速上線需求?這在于融云通過分析語聊產(chǎn)品的場景業(yè)務(wù)邏輯，把 IM 和音視頻通信兩個不同能力，基于場景融合在一起形成一個新的SDK，對開發(fā)者來說，無需再去關(guān)注底層技術(shù)，無需額外調(diào)用單一能力。

　　在 IM 方面，由于語聊社交應(yīng)用都存在麥位管理、送禮物、私密聊天等通用性場景，在融云語聊房新產(chǎn)品 Demo 中，將這些通用性場景從業(yè)務(wù)邏輯上進行了封裝，提供了以下功能，真正做到了開箱即用，唯快不破。

　　基于 IM 信令，

　　l 支持實時連麥，自由與排隊模式的麥位管理，支持全局與單獨閉麥等連麥互動功能，房主還可設(shè)置管理員，協(xié)同管理邀請上麥、抱麥、下麥、關(guān)閉座位、座位禁麥、踢出房間等操作;

　　l 在“送禮”場景中，支持對單人或全麥位成員送禮物，自定義禮物數(shù)量;

　　l 為了滿足房間內(nèi)房主與觀眾、觀眾與觀眾間的單一溝通需求，體驗人生如初見的美好，融云在場景化 Demo 中還封裝了基于IM能力的文字、語音、表情、圖片等私信消息功能。

　　在音視頻方面，語聊房場景通常都離不開語音直播、音樂播放等音頻場景。融云為語聊房的場景化 SDK 內(nèi)置了 RTC 能力，

　　l 能對抗 80% 的音頻丟包;

　　l 可智能降噪，回聲消除。

　　另外，通過抖動緩沖、前向糾錯、丟幀補償?shù)燃夹g(shù)，減少網(wǎng)絡(luò)抖動和弱網(wǎng)環(huán)境下的延遲，保障語音通話低延時且清晰，讓用戶在復(fù)雜網(wǎng)絡(luò)環(huán)境和多設(shè)備接入的情況下，也能實現(xiàn)暢通優(yōu)質(zhì)的語音通話。

　　把復(fù)雜留給自己，用心從開發(fā)者體驗出發(fā)，省時省力事半功倍

　　對于開發(fā)者而言，一般情況下，要完成相同品質(zhì)的語聊社交應(yīng)用產(chǎn)品上線，必須要進行二次代碼開發(fā)，自行集成與業(yè)務(wù)場景相關(guān)的 SDK，不斷研磨和試錯業(yè)務(wù)邏輯，至少需要 2 至 3 個月的工作量和時間成本。很可能當App從 0~1 開發(fā)上線之后，市場上已經(jīng)出現(xiàn)了大量同質(zhì)化的產(chǎn)品，導(dǎo)致應(yīng)用失去競爭力。融云語聊房新產(chǎn)品 SDK 1.0 & Demo 的面市，就是通過基礎(chǔ)工具的創(chuàng)新實現(xiàn)降維打擊，幫助開發(fā)者贏得先發(fā)優(yōu)勢。

　　但對于融云而言，要研發(fā)場景化的 SDK，就不可避免地要在 SDK 中融合多重復(fù)雜的業(yè)務(wù)邏輯，也就必須要面對復(fù)雜的業(yè)務(wù)邏輯與通用性技術(shù)之間的平衡問題。在此之前，作為 PaaS 廠商，融云只需關(guān)注基礎(chǔ)的 SDK，強調(diào)其最大的通用性、最廣泛的使用場景和最常見的功能，封裝的也只是最基礎(chǔ)的能力。但是在這款新產(chǎn)品的研發(fā)中，不僅要考慮語聊房的場景實現(xiàn)和業(yè)務(wù)能力，而且要針對語聊類場景，追求 SDK 的最大通用性。

　　這就意味著在研發(fā)側(cè)，不是單純地研發(fā)一個 SDK，而是要把很多與業(yè)務(wù)相關(guān)的能力集成在SDK里面。難點在于要更多地面臨產(chǎn)品層面的挑戰(zhàn)，考慮的是產(chǎn)品在特定場景下的通用性，和諸多業(yè)務(wù)能力的抽象，相當于在兩個互相排斥的地方找到共通點。

　　更加需要強調(diào)的是，研發(fā)中任何一個邏輯細節(jié)考慮不周，都可能導(dǎo)致開發(fā)者重新回到二次開發(fā)的境地，從而失去了新產(chǎn)品本身所主導(dǎo)的開箱即用的宗旨。那么融云為什么能夠發(fā)布這樣一款真正意義的開箱即用產(chǎn)品，又為什么是融云敢于發(fā)布這樣一款場景化的 SDK 1.0 & Demo呢?除了融云“IM+RTC+PUSH”的全能力，還在于融云背后基于 30 萬款 App 的海量數(shù)據(jù)積累，如果沒有這樣一個基礎(chǔ)，要找到特定場景下的業(yè)務(wù)共性，絕非易事。

　　從這一點來看，融云通過新產(chǎn)品的推出置身于新的賽道層次，開啟了場景化 Demo 更貼近開發(fā)者的新服務(wù)能力，再次領(lǐng)跑了 PaaS 云服務(wù)市場。

　　融云語聊房新產(chǎn)品的推出，意義遠大于產(chǎn)品本身

　　據(jù)了解，由于語聊房場景 Demo 的創(chuàng)新程度高，目前業(yè)界無此先例，尚待更為廣泛的驗證，所以從 1.0~2.0 這個階段，預(yù)計需要 1~2 個月時間，后續(xù)的迭代將以兩周一個版本速度跟進，保持與融云 IM 和 RTC SDK 同樣的更新頻次。

　　并且，融云不但在語聊房場景下，提供不斷迭代的 SDK 和 Demo，未來，融云還將針對多人相親、電商直播、在線教育、遠程醫(yī)療等多個熱門場景，進行一系列的 SDK 封裝和場景化 Demo 的提供，以滿足開發(fā)者快速上線應(yīng)用產(chǎn)品這一核心目標，走出一條融云自己的市場擴展道路。

　　這對于 PaaS 廠商來說，從去年的 IM+RTC 雙重能力協(xié)同提供，到今年對場景化 SDK和 Demo 的創(chuàng)新，融云一次次地引領(lǐng)了行業(yè)發(fā)展和業(yè)界進步。就語聊房新品而言，或許就是從另外一個維度揭示了 PaaS 廠商在賽程的后半段，真正的發(fā)力點在哪里?融云不但最先發(fā)現(xiàn)了這樣一條賽道，并且進行了賽道實踐，在給整個業(yè)界帶來了新想法的同時，還帶來了寶貴的實踐經(jīng)驗。。

　　對開發(fā)者來說，縮短開發(fā)周期，開箱即用，不但可以節(jié)省時間成本、開發(fā)成本，而且可以集中精力在后續(xù)專研場景業(yè)務(wù)的新玩法，反過來與 PaaS 廠商進行碰撞交流，從而不斷促使場景應(yīng)用向深度和廣度推進。

　　結(jié)語

　　全球互聯(lián)網(wǎng)通信云領(lǐng)先廠商融云正式上線語聊房 SDK 1.0 & Demo。這是業(yè)界首個完全基于場景化的 SDK，對整個 PaaS 賽道的云服務(wù)廠商來說，上半場比拼的是技術(shù)與服務(wù)，下半場新的增長點則是深入不同行業(yè)的業(yè)務(wù)層，將技術(shù)與場景化相結(jié)合，為開發(fā)者提供更便捷的產(chǎn)品。