互聯(lián)網(wǎng)通信云PaaS選型開(kāi)發(fā)者指南

幾乎所有技術(shù)團(tuán)隊(duì)都經(jīng)歷過(guò)服務(wù)選型問(wèn)題，在最常見(jiàn)的3大云服務(wù)交付模式（IaaS、PaaS、SaaS）中，PaaS是目前市場(chǎng)上增速最快的交付模式，選型過(guò)程也是最令開(kāi)發(fā)者頭疼的。而相同問(wèn)題往往不止一種解決方案，如何才能正確選擇，少趟坑，是件燒腦的事情。那么我們究竟該如何做出正確的選擇？下面就以PaaS層的互聯(lián)網(wǎng)通信云服務(wù)為例，借助幾個(gè)具有通用性的角度來(lái)告訴大家如何避坑。

一：功能的靈活性和易用性

互聯(lián)網(wǎng)通信云服務(wù)通常是將IM和實(shí)時(shí)音視頻技術(shù)封裝成SDK/API交付給開(kāi)發(fā)者使用，在App功能的開(kāi)發(fā)中占據(jù)了非常重要的地位，特別是對(duì)于社交、直播等行業(yè)而言，通信能力就是命脈。如果選擇了不適合或不能滿足自己業(yè)務(wù)場(chǎng)景的功能，初期由于業(yè)務(wù)復(fù)雜程度和業(yè)務(wù)量都比較小，可能問(wèn)題不會(huì)十分明顯，但是到了后期這可能成為一個(gè)噩夢(mèng)，會(huì)導(dǎo)致系統(tǒng)問(wèn)題頻發(fā)，極不穩(wěn)定，甚至導(dǎo)致項(xiàng)目迭代舉步維艱，有的團(tuán)隊(duì)會(huì)停止新功能的開(kāi)發(fā)，專(zhuān)門(mén)修復(fù)bug，給業(yè)務(wù)造成重大的經(jīng)濟(jì)損失。

因此，尋找能夠滿足適合自身業(yè)務(wù)場(chǎng)景的產(chǎn)品，能夠靈活地進(jìn)行二次開(kāi)發(fā)，同時(shí)支持多平臺(tái)和開(kāi)發(fā)語(yǔ)言，是開(kāi)發(fā)者前期調(diào)研中需要考慮的首要問(wèn)題。通常意義上來(lái)講，SDK接口的數(shù)量在一定程度上代表了可實(shí)現(xiàn)功能量級(jí)的多寡，SDK接口越多，開(kāi)發(fā)者在功能實(shí)現(xiàn)上就有更多的選擇空間，可以根據(jù)不同接口的組合來(lái)打造符合自身產(chǎn)品思路的功能。

但同時(shí)也要看到，有的服務(wù)商不斷增加SDK接口數(shù)量，但這并不代表越多就一定越好，有可能讓新接觸的開(kāi)發(fā)者越發(fā)混亂，無(wú)從選擇。所以有些廠商直接將符合某一業(yè)務(wù)場(chǎng)景需求的十幾個(gè)或幾十個(gè)SDK接口，打包成一個(gè)解決方案供開(kāi)發(fā)者使用，這樣不僅避免了開(kāi)發(fā)集成的復(fù)雜度，還提高了功能的易用性。

此外，SDK的體積也是一個(gè)需要注意的點(diǎn)，過(guò)大的SDK會(huì)造成最終App體積也隨之變大，這對(duì)于用戶的下載體驗(yàn)非常糟糕，需要避免。

二：開(kāi)發(fā)工具的完備性

靈活的功能性確保了項(xiàng)目開(kāi)發(fā)從一開(kāi)始就能夠走在正確的道路上。接下來(lái)要考慮的是真正進(jìn)入項(xiàng)目實(shí)施階段，開(kāi)發(fā)工具的完備性。開(kāi)發(fā)工具既包括開(kāi)發(fā)文檔、SDK注釋等基礎(chǔ)性文檔，也包括Demo、視頻教程等多種支持性工具。

開(kāi)發(fā)者在寫(xiě)代碼的時(shí)候是很不喜歡被打斷的，特別是一些基礎(chǔ)性的開(kāi)發(fā)問(wèn)題，比如怎么創(chuàng)建ID，怎么創(chuàng)建群組，有文檔之后直接扔URL鏈接就行了。因此，一個(gè)易讀易懂的技術(shù)開(kāi)發(fā)文檔將有助于Coding事半功倍。一個(gè)好的開(kāi)發(fā)文檔至少要做到結(jié)構(gòu)簡(jiǎn)單、邏輯清晰。

所謂結(jié)構(gòu)簡(jiǎn)單就是用戶能馬上找到自己要查找的知識(shí)點(diǎn)在哪，分類(lèi)清晰。有些文檔愛(ài)用模棱兩可的詞，比如“1.常見(jiàn)問(wèn)題”，“2.熱點(diǎn)問(wèn)題”，一旦開(kāi)發(fā)中遇到了問(wèn)題，無(wú)法快捷查找答案，所以就需要將具體問(wèn)題合理歸類(lèi)。另一點(diǎn)是邏輯清晰，這樣可以讓開(kāi)發(fā)者減少對(duì)業(yè)務(wù)和交互的思考，更專(zhuān)注于技術(shù)的邏輯與實(shí)現(xiàn)。

除了開(kāi)發(fā)文檔外，SDK注釋是一種更簡(jiǎn)便的文檔說(shuō)明方式。不需要開(kāi)發(fā)者翻閱大量的技術(shù)文檔，通過(guò)完美的注釋?zhuān)苯釉诖a上就可以方便了解SDK功能。此外，還有Demo產(chǎn)品和視頻教程等支持性工具，輔助開(kāi)發(fā)者更好地理解和應(yīng)用開(kāi)發(fā)，避免不停的試錯(cuò)后才完成開(kāi)發(fā)。

三：抗弱網(wǎng)環(huán)境和QPS承載能力的穩(wěn)定性

產(chǎn)品穩(wěn)定性至關(guān)重要，直接關(guān)乎用戶體驗(yàn)。在地鐵、電梯等相對(duì)密閉的弱網(wǎng)環(huán)境，常常面臨信號(hào)不暢，App穩(wěn)定性失常、無(wú)法使用的問(wèn)題。因此，開(kāi)發(fā)者需要考慮的是，如果遭遇弱網(wǎng)環(huán)境，能不能在系統(tǒng)運(yùn)行中通過(guò)最優(yōu)算法實(shí)施智能調(diào)度，擇優(yōu)選擇最佳鏈路進(jìn)行用戶無(wú)感知切換。

在平時(shí)業(yè)務(wù)壓力不大的情況下，系統(tǒng)看似運(yùn)行的很平穩(wěn)了，但是當(dāng)遇到雙十一、大型直播、春晚等特殊事件，瞬時(shí)的激增流量有可能直接導(dǎo)致系統(tǒng)瞬間崩塌，那么，開(kāi)發(fā)者在一開(kāi)始選擇的時(shí)候，就需要考量QPS承載能力，要求服務(wù)商必須有應(yīng)對(duì)高并發(fā)的能力。此外，還要考核消息到達(dá)率和準(zhǔn)確率，一些App中，消息“半路失蹤”，漏發(fā)、錯(cuò)序的事件時(shí)有發(fā)生，這些大概率都因?yàn)榧軜?gòu)設(shè)計(jì)存在缺陷，是App使用者所無(wú)法容忍的。

要規(guī)避上面的這些坑，需要有良好的系統(tǒng)架構(gòu)做支撐。如果，開(kāi)發(fā)者因?yàn)楫a(chǎn)品上線前的經(jīng)驗(yàn)不足，導(dǎo)致產(chǎn)品在研發(fā)架構(gòu)，或者風(fēng)險(xiǎn)漏洞方面存在隱患時(shí)，我們最好選擇能夠全程提供業(yè)務(wù)方案咨詢(xún)和技術(shù)方案咨詢(xún)服務(wù)的廠商，以他們的最佳實(shí)踐幫助我們做出最優(yōu)方案，在App上線前即規(guī)避可能存在的風(fēng)險(xiǎn)。

四：全球化能力

業(yè)務(wù)前景和技術(shù)前景也是開(kāi)發(fā)人員應(yīng)優(yōu)先考慮的因素。比如初創(chuàng)企業(yè)優(yōu)先布局在國(guó)內(nèi)，但未來(lái)發(fā)展也許會(huì)出海，那么所選擇的服務(wù)商就必須具備全球化服務(wù)能力。

想要擁有穩(wěn)定的全球通信能力，不僅要有基礎(chǔ)IaaS架構(gòu)的支持，還要有海外數(shù)據(jù)中心、多路動(dòng)態(tài)節(jié)點(diǎn)及穩(wěn)定的全球鏈路做支撐，才可以有效解決跨國(guó)、跨運(yùn)營(yíng)商、大規(guī)模用戶訪問(wèn)導(dǎo)致的響應(yīng)慢、丟包高、服務(wù)不穩(wěn)定等諸多痛點(diǎn)。

還有些服務(wù)商構(gòu)建了私有加密協(xié)議的全球通信加速網(wǎng)絡(luò)，針對(duì)性的進(jìn)行全球鏈路優(yōu)化，這對(duì)開(kāi)發(fā)者來(lái)說(shuō)，通信安全性和質(zhì)量穩(wěn)定性便有了雙重保障。

五：服務(wù)

目前，絕大多數(shù)廠商都能給開(kāi)發(fā)者提供便利的服務(wù)，以滿足產(chǎn)品開(kāi)發(fā)、上線前后以及產(chǎn)品運(yùn)營(yíng)階段的各種需求。但也有極少數(shù)的廠商只提供SDK技術(shù)及開(kāi)發(fā)文檔，而后續(xù)無(wú)任何服務(wù)支持，這對(duì)開(kāi)發(fā)者而言，當(dāng)然不是一個(gè)好的選擇。

雖然，知名度高一點(diǎn)的通信云服務(wù)商都提供7*24小時(shí)的運(yùn)維保障服務(wù)，但仍有服務(wù)意識(shí)的強(qiáng)弱之分。以客服工單為例，業(yè)界平均工單回復(fù)時(shí)間為4-6小時(shí)，而優(yōu)質(zhì)的服務(wù)商則可以做到1小時(shí)內(nèi)回復(fù)。

產(chǎn)品上線后，如果有自動(dòng)故障排除工具類(lèi)的服務(wù)支持，可以幫助開(kāi)發(fā)者極大節(jié)省與廠商之間的溝通成本。除了這些工具類(lèi)服務(wù)外，人的服務(wù)也是必備保障之一。比如，有的服務(wù)商從項(xiàng)目開(kāi)發(fā)之前，便配備CTO或首席架構(gòu)師級(jí)別的頂級(jí)技術(shù)團(tuán)隊(duì)進(jìn)行全方位答疑，幫忙開(kāi)發(fā)選擇適合場(chǎng)景的技術(shù)架構(gòu)和解決方案。還有的服務(wù)商，在項(xiàng)目上線運(yùn)營(yíng)時(shí)，針對(duì)可能出現(xiàn)的突發(fā)流量狀態(tài)，通過(guò)人工方式幫開(kāi)發(fā)者制定相應(yīng)的保障方案，動(dòng)態(tài)調(diào)整服務(wù)器部署，這樣就可以有效地幫助開(kāi)發(fā)者順利避開(kāi)“坑”點(diǎn)。

選型填“坑”后，最優(yōu)性?xún)r(jià)比的勝出

價(jià)格將是選型過(guò)程中“最后的試金石”。通常來(lái)講，選擇好的技術(shù)和服務(wù)，意味著選擇更多的成本投入，而在當(dāng)下的復(fù)工復(fù)產(chǎn)期間，行業(yè)回暖需要過(guò)程，節(jié)省開(kāi)支就成了企業(yè)發(fā)展中的頭等大事，選型者往往因?yàn)閮r(jià)格因素，不得不退而求其次。

對(duì)于正處于選型當(dāng)口的企業(yè)和開(kāi)發(fā)者而言，好消息來(lái)了?；ヂ?lián)網(wǎng)通信云行業(yè)的領(lǐng)導(dǎo)者融云針對(duì)全體開(kāi)發(fā)者推出了“199元IM商用版首購(gòu)限量開(kāi)放”活動(dòng)，充值優(yōu)惠有效期為2020年5月1至12月31日。這是融云自成立以來(lái)，推出的優(yōu)惠幅度最大的一次活動(dòng)，特別一提的是，由于疫情期間，受IaaS層帶寬資源成本均有提升等多重因素影響，加之確保最后一公里通信的穩(wěn)定、可靠、安全，絕不降品質(zhì)的執(zhí)著，融云為此承擔(dān)了巨大的成本負(fù)擔(dān)。但是，他們?nèi)匀徊幌Т蚱瞥杀镜拙€，以最大優(yōu)惠讓利于開(kāi)發(fā)者，誓為全行業(yè)復(fù)工“輸血”。也是因?yàn)橐陨显?，本次活?dòng)限量名額1000個(gè)，額滿即止。

結(jié)語(yǔ)

總體說(shuō)來(lái)，互聯(lián)網(wǎng)通信云PaaS平臺(tái)越來(lái)越成熟的技術(shù)能力為開(kāi)發(fā)者提供了極大便利。作為技術(shù)選型，開(kāi)發(fā)者根據(jù)自己的業(yè)務(wù)需求和行業(yè)特性，通過(guò)對(duì)通信云廠商在技術(shù)、服務(wù)、全球化方面的全面考量，再結(jié)合價(jià)格進(jìn)行綜合判斷，答案自然水落石出。