疫情催發(fā)RTC由較窄賽道進(jìn)入較寬賽道，由一種技術(shù)能力逐漸演進(jìn)為一種標(biāo)準(zhǔn)，甚至是互聯(lián)網(wǎng)的基礎(chǔ)設(shè)施，成為與5G、AI等新興技術(shù)并列被提及的高頻熱詞。業(yè)界普遍認(rèn)為，后疫情風(fēng)暴中的RTC在各場景應(yīng)用中發(fā)揮了重要作用。
因?yàn)?，RTC不僅推動(dòng)了現(xiàn)有場景的加速落地，同時(shí)也在與AR、VR、MR等新設(shè)備新能力相結(jié)合，賦能更多創(chuàng)新場景。對于開發(fā)者來說，該如何選擇RTC，面臨的首要問題就是：第三方商用RTC還是基于開源WebRTC自研?本文將提供幾個(gè)思考維度，幫開發(fā)者理清思路。
思考一：商用RTC廠商推動(dòng)RTC技術(shù)發(fā)展演進(jìn)
RTC的發(fā)展從技術(shù)上看，是與時(shí)代相結(jié)合的。RTC的早期應(yīng)用主要是視頻會(huì)議，使用者往往擁有專有的硬件設(shè)備，在專有網(wǎng)絡(luò)上進(jìn)行。進(jìn)入商業(yè)4G時(shí)代后，互聯(lián)網(wǎng)場景里，PC和手機(jī)這類的設(shè)備是不可控的，而網(wǎng)絡(luò)更是一個(gè)非穩(wěn)態(tài)環(huán)境。因此，之前基于設(shè)備和專有網(wǎng)絡(luò)保障的RTC技術(shù)，在廣域互聯(lián)網(wǎng)時(shí)代里進(jìn)行了非常大的演進(jìn)。比如，在軟件層面需要重新構(gòu)建3A算法，包括視頻采集、編解碼的新算法;在全球通信網(wǎng)絡(luò)架構(gòu)層面，要合理利用邊緣計(jì)算節(jié)點(diǎn)，更好地進(jìn)行最后一公里的連接等。
RTC技術(shù)在適應(yīng)時(shí)代發(fā)展變化，意味著它不是簡單的書本上的知識，而是經(jīng)歷著大量的實(shí)踐，開發(fā)中還要踩過無數(shù)的坑。每一項(xiàng)RTC技術(shù)上的革新與進(jìn)步，都承載著研發(fā)人員適應(yīng)網(wǎng)絡(luò)變化、滿足不同場景需求的經(jīng)驗(yàn)累積。這些是商用RTC廠商在推動(dòng)RTC技術(shù)發(fā)展過程中，逐漸被開發(fā)者所認(rèn)可的最大原因。
思考二：質(zhì)量為先？還是價(jià)格為先？
目前，市場上同時(shí)存在商用第三方RTC廠商和以開源WebRTC為基礎(chǔ)的自研方。對于開發(fā)者來說，雖然商用RTC推動(dòng)著RTC技術(shù)整體向前發(fā)展，但是也存在成本高居不下的問題。
對于初創(chuàng)企業(yè)或有一定學(xué)習(xí)能力的開發(fā)者來說，往往入坑選擇了開源WebRTC，成為自研方。開源WebRTC有非常明顯的優(yōu)勢和劣勢，享受它的優(yōu)點(diǎn)，就要接受它的缺點(diǎn)。它的優(yōu)點(diǎn)毋庸置疑是短期內(nèi)成本低，甚至0成本就可以上手。但從長期看，隨著業(yè)務(wù)量的增長，和對實(shí)時(shí)音視頻高清晰、低延時(shí)、無卡頓的要求越來越高，開源WebRTC往往難以滿足。
當(dāng)這種情況出現(xiàn)時(shí)，就需要由開源WebRTC向第三方RTC廠商遷移替換。這樣一來，對開發(fā)者來說，需要重新熟悉第三方RTC廠商數(shù)百個(gè)SDK接口或場景Demo，如果業(yè)務(wù)正處于運(yùn)營上升期，還存在遷移過程中，數(shù)據(jù)存儲丟失，無法確保業(yè)務(wù)連續(xù)性的風(fēng)險(xiǎn)。
因此，“以質(zhì)量為先?還是以價(jià)格為先”，在筆者看來是個(gè)偽命題。以價(jià)格為先，選擇了開源WebRTC的自研者最終還是要轉(zhuǎn)向第三方RTC廠商。如果開發(fā)者想運(yùn)營一款未來爆款的App，最好的選擇一定是使用商用第三方RTC廠商。一線陣營的RTC廠商，都擁有數(shù)百人專業(yè)的研發(fā)團(tuán)隊(duì)，技術(shù)穩(wěn)定成熟;有的廠商還自研自建全球通信網(wǎng)絡(luò)，部署多地?cái)?shù)據(jù)中心和數(shù)百個(gè)邊緣節(jié)點(diǎn)，確保底層基礎(chǔ)架構(gòu)健碩。
目前，市場上處于一線陣營的RTC廠商，有專注于通信云賽道的聲網(wǎng)、即構(gòu)、融云等PaaS云廠商，還有互聯(lián)網(wǎng)大廠阿里云、騰訊云、網(wǎng)易云信等。
思考三：結(jié)合場景化Demo和最佳實(shí)踐，選擇第三方RTC廠商
RTC技術(shù)在互聯(lián)網(wǎng)的應(yīng)用場景非常廣泛，比如，支持一對一音視頻通話的1V1 教學(xué)場景、在線看房中的 VR 看房場景、1V1 社交中的陪聊場景;支持一對多音視頻通話的語聊房、在線KTV、游戲直播、互動(dòng)小班課;支持多對多音視頻通話的遠(yuǎn)程醫(yī)療會(huì)診和手術(shù)示教、多人相親等。
基本上一線陣營的RTC廠商都可以支持上述的在線教育、泛娛樂社交、遠(yuǎn)程醫(yī)療等廣泛場景。這時(shí)，開發(fā)者應(yīng)多考慮自身項(xiàng)目的應(yīng)用場景，選擇可以提供場景化Demo的廠商，這樣便于快速上手，不用在數(shù)百個(gè)SDK中自己篩選適合場景的開發(fā)模塊，可以節(jié)省不少開發(fā)時(shí)間。除了場景化Demo以外，如果選擇有該場景最佳實(shí)踐的廠商，往往也會(huì)幫開發(fā)者少走彎路。
目前，小編了解到，融云的通信云能力可以為在線KTV、語聊房、多人相親、電商直播、遠(yuǎn)程會(huì)診、手術(shù)示教以及在線教育等數(shù)百種應(yīng)用場景賦能。比如，融云為某客戶提供的底層IM和實(shí)時(shí)音視頻能力，通過深入了解在線教育場景，幫助其實(shí)現(xiàn)了在線教育App的低延時(shí)直播，無論是大班課、小班課，還是一對一VIP課，可靈活控制直播間內(nèi)的參與者，實(shí)現(xiàn)講師與學(xué)生的互動(dòng)，不僅支持高品質(zhì)音視頻，同時(shí)還支持白板、錄播回看等功能。這樣的一線實(shí)力RTC廠商，往往可以成為開發(fā)者在不同場景下優(yōu)先考慮的廠商。
結(jié)語
后疫情風(fēng)暴中的RTC從一個(gè)隱形事物，逐漸成為開發(fā)者關(guān)心的熱門領(lǐng)域。從某技術(shù)網(wǎng)站數(shù)據(jù)看，RTC相關(guān)的文章及視頻發(fā)布已經(jīng)超過了30萬篇，帶來的閱讀和觀看量已經(jīng)超過了30億，對于RTC感興趣的單一視頻訪問量甚至超過了70萬。
所以，本文希望給正在學(xué)習(xí)RTC技術(shù)的，或正在選擇RTC能力的開發(fā)者，以啟發(fā)和借鑒。小編始終認(rèn)為，商用第三方RTC是開發(fā)者更可靠、更穩(wěn)定和更長遠(yuǎn)的選擇。在選擇時(shí)，要考慮一線實(shí)力RTC廠商有無場景化Demo，有無該場景的最佳實(shí)踐，這樣才能少走彎路多避坑。
（免責(zé)聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性，但不保證有關(guān)資料的準(zhǔn)確性及可靠性，讀者在使用前請進(jìn)一步核實(shí)，并對任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯(cuò)誤、不確或遺漏，概不負(fù)任何法律責(zé)任。
任何單位或個(gè)人認(rèn)為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實(shí)內(nèi)容時(shí)，應(yīng)及時(shí)向本網(wǎng)站提出書面權(quán)利通知或不實(shí)情況說明，并提供身份證明、權(quán)屬證明及詳細(xì)侵權(quán)或不實(shí)情況證明。本網(wǎng)站在收到上述法律文件后，將會(huì)依法盡快聯(lián)系相關(guān)文章源頭核實(shí)，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。 ）
