獵曲奇兵使用方法(獵曲奇兵soundhound)


本站AI自動判斷提供您所需要的app下載:點我下載安裝,你懂的APP

本篇文章給大家談談獵曲奇兵使用方法,以及獵曲奇兵soundhound的知識點,希望對各位有所幫助,不要忘了收藏本站喔。

文章詳情介紹:

為了讓你在“口袋奇兵”聊遍全球,Serverless做了什么

作者 | 山獵、王勇猛、張羽
來源|阿里巴巴云原生公眾號

江娛互動是一家新興的游戲企業(yè),自 2018 年成立伊始,江娛互動就面向廣闊的全球游戲市場,通過創(chuàng)造有趣的游戲體驗,在競爭激烈的游戲市場占得一席之地。僅僅 2 年的時間,江娛互動就憑借 Topwar(口袋奇兵)單款產品躋身中國游戲廠商出海 30 強。在“中國游戲,未來可期”的使命下,江娛互動正在不斷豐富旗下的游戲品類,希望把更多的快樂帶給全球玩家。

隨著業(yè)務的飛速增長,游戲服務端的系統(tǒng)規(guī)模和系統(tǒng)復雜度正在經(jīng)歷著翻天覆地的變化。幸運的是,江娛互動擁有一支極具戰(zhàn)斗力的技術團隊,雖然團隊的整體規(guī)模不大,但他們一直保持著對前沿技術領域的探索,通過多種手段維持系統(tǒng)架構的技術先進性,以更好地支撐業(yè)務需求,并降低 IT 成本。

在技術架構的多次迭代升級中,有一項非常重要的工作,就是將游戲場景中通用的業(yè)務能力進行抽象,從游戲主服中進行剝離,沉淀到統(tǒng)一服務層,以模塊化的方式同時支撐江娛互動的多個游戲品類。從主服中剝離出來的業(yè)務能力包括賬號管理、IM、內容安全、會員體系、信息推送、游戲行為分析等多個方面,這樣做首先降低了游戲主服的業(yè)務復雜度,使主服專注于對核心游戲場景的支撐。此外,通用的能力可以在多個游戲品類中得到復用,從而降低研發(fā)成本,提升研發(fā)效率。

能力拆分和業(yè)務耦合度降低,為持續(xù)迭代和新技術預研提供了便利,也為江娛互動在云原生 Serverless 領域深入探索創(chuàng)造了契機。Serverless 架構可以充分發(fā)揮計算資源的快速彈性能力,是云計算的重要發(fā)展方向。在游戲領域,游戲主服承載著復雜的核心業(yè)務邏輯,需要長期運行,并與多個玩家終端進行極低延遲的數(shù)據(jù)交互,因此仍然需要通過虛擬機或容器的方式承載。從主服中剝離的游戲周邊業(yè)務場景,就成為了試點 Serverless 技術架構的首選目標。

江娛互動的在線翻譯新需求

在線翻譯業(yè)務是最早進行 Serverless 試點的場景,這和江娛互動的全球化戰(zhàn)略有關。江娛互動的旗艦作品《口袋奇兵》是一個面向全球市場的游戲,吸引著世界各地的玩家。每次進入游戲界面,我們都能看到用著不同語言、頂著不同國旗標志的玩家,愉快的交流著各種和游戲相關的話題。

在這個業(yè)務場景中,通過提供一個簡單的在線翻譯功能,就將全球各地的玩家凝聚到一起,帶來前所未有的用戶體驗。這類簡單易用的設計也是《口袋奇兵》在各大應用市場都能屢獲高分好評,得到玩家的盛贊的原因之一。

對于江娛互動而言,從 0 到 1 開發(fā)一款包含全球幾十種語言的實時翻譯工具顯然是不現(xiàn)實的。好在游戲玩家之間的相互交流往往言簡意賅,翻譯的結果并不需要 100% 準確就能心領神會,反而對于后臺處理的及時性有比較高的要求。像 Google Translator 這樣的在線平臺已經(jīng)提供了強大的在線翻譯能力,所以只需要將玩家的請求進行簡單預處理后,就可以把翻譯的工作轉發(fā)到第三方平臺來完成。

這是一個非常簡單的功能,但在技術架構的實現(xiàn)上,還是具有一定挑戰(zhàn)的。每個時間段同時在線的玩家數(shù)量都不是完全均等的,存在明顯的波峰波谷,當同時在線的玩家數(shù)量比較大的時候,就會產生非常大的聊天量。而且聊天量還不會簡單的跟玩家在線數(shù)量成正比關系,遇到某些熱點事件的時候,會引發(fā)全球玩家的熱議,需要在線翻譯的消息量也會陡增,這就需要一套可彈性伸縮的架構來處理玩家的翻譯請求。

最初的架構是通過負載均衡 SLB 和基于 EasySwoole 框架的 PHP 應用集群來實現(xiàn)的。

在這個架構中,通過 PHP 編寫的主體應用對玩家的翻譯請求進行一系列的預處理,包括符號代碼的替換以及敏感內容的過濾等,然后轉發(fā)到第三方翻譯平臺獲取翻譯結果。這是一套非常被廣泛采用的擁有高并發(fā)處理能力的技術架構,在云計算時代,可以借助于云資源的彈性伸縮特性,使整個集群的吞吐量隨著業(yè)務量的變化而動態(tài)調整。但基于云原生的視角來看,這套架構在生產環(huán)境大規(guī)模運行的時候還是存在一些不完美之處。

維護工作量大。整套系統(tǒng)的維護工作量涵蓋了虛擬機、網(wǎng)絡、負載均衡組件、操作系統(tǒng)、應用等多個層面,需要投入大量的時間和精力來保障系統(tǒng)的高可用性與穩(wěn)定性。舉一個最簡單的例子,當某個應用實例出現(xiàn)故障的時候,如何第一時間定位故障并盡可能迅速的將其從計算集群中摘除呢?這些都需要再配合完整的監(jiān)控機制以及故障隔離恢復機制來實現(xiàn)。

彈性伸縮能力滯后。不論是通過定時任務,還是通過指標閾值(CPU 利用率、內存使用率等)來觸發(fā)彈性擴容,都沒有辦法基于實際請求量精細化管理,在遇到聊天請求密度大陡增的時候,會面臨彈性伸縮能力滯后的問題。即便通過 Kubernetes 以及預留資源池等技術優(yōu)化,擴容一個新的實例也往往需要幾分鐘的時間。

資源利用率低。滯后的彈性伸縮能力會導致伸縮策略制定得相對保守,造成資源利用率的下降,最直接的表現(xiàn)是增加了資源成本:

基于阿里云函數(shù)計算 FC 的 Serverless 方案有什么優(yōu)勢?

有沒有一種方案能能幫助技術團隊專注于業(yè)務邏輯的實現(xiàn),并可以根據(jù)玩家的實際請求量進行精細化的資源分配,從而實現(xiàn)資源利用最大化呢?隨著云計算的飛速發(fā)展,各大云廠商都在積極探索新的方案,用更加“云原生”的思路來解決成本和效率的問題,基于阿里云函數(shù)計算 FC 的 Serverless 方案就是這個領域的杰出代表。

函數(shù)計算 FC 是事件驅動的全托管計算服務,通過函數(shù)計算,開發(fā)者無需管理服務器等基礎設施,只需編寫代碼并上傳,函數(shù)計算會為自動準備好計算資源,以彈性、可靠的方式運行業(yè)務邏輯,并提供日志查詢、性能監(jiān)控、報警等附加功能,確保系統(tǒng)的穩(wěn)定運行。

相比傳統(tǒng)的應用服務器保持運行狀態(tài)并對外提供服務的方式,函數(shù)計算最大的區(qū)別是按需拉起計算資源對任務進行處理,在任務完成以后自動的回收計算資源,這是一種真正符合 Serverless 理念的方案,能最大化的提升資源利用率,減少系統(tǒng)系統(tǒng)維護工作量和使用成本。因為不需要預先申請計算資源,使用者完全不需要考慮容量評估和彈性伸縮的問題,只需要根據(jù)資源的實際使用量來進行付費。

Serverless 在游戲領域的落地實戰(zhàn)

對于在線翻譯這樣的簡單業(yè)務邏輯實現(xiàn),從傳統(tǒng)架構遷移到 Serverless 架構是輕而易舉的事情。江娛互動把每條由玩家發(fā)起的翻譯請求當成函數(shù)計算的一次任務,拉起對應的計算資源進行處理,任務完成之后自動將資源釋放。因為江娛互動的技術團隊對 Java 語言的熟悉程度最高,在 Serverless 改造過程中換用 Java 語言來實現(xiàn)在線翻譯功能,同時也能充分利用 Java 系豐富的生態(tài)能力。當然,函數(shù)計算并不限制使用特定的開發(fā)語言,也不局限于特定的業(yè)務邏輯,主流的開發(fā)語言都可以非常好的支持。通過 Serverless 化改造后,在線翻譯業(yè)務的系統(tǒng)架構變得更為簡單

配置了 HTTP 觸發(fā)器的函數(shù)可以直接響應玩家發(fā)起的請求,并通過彈性可靠的方式調度相應的計算資源進行處理。由于函數(shù)計算的任務分配能夠完全匹配前端用戶流量的變化,負載均衡 SLB 就不再有用武之地,可以從架構中直接移除。同時,長駐運行的應用集群也不再需要,函數(shù)計算平臺能夠快速拉起大量計算資源并發(fā)執(zhí)行任務,并確保整套架構的高可用性。其中,Redis 的作用是緩存一部分高頻的簡單語句,減少第三方平臺的依賴。這樣的架構簡化給江娛互動技術團隊帶來的最大驚喜,是不再需要進行容量規(guī)劃以及彈性伸縮管理工作,讓團隊可以集中精力實現(xiàn)業(yè)務需求,并在更多的領域實現(xiàn)業(yè)務創(chuàng)新。

相比 Node.js 等語言,Java 實例在初始化以及類加載等方面需要消耗的時間會比較長,盡管函數(shù)計算 FC 已經(jīng)通過多種優(yōu)化實現(xiàn)計算資源毫秒級拉起,但往往一個 Java 程序真正投入運行需要幾秒鐘的時間,這對于在線翻譯這樣的延時敏感型業(yè)務是一個非常不利的因素。阿里云提出的解決方案是通過單實例多并發(fā),以及預留實例這兩項技術來解決延遲敏感型業(yè)務遇到的問題。

通過單實例多并發(fā),能讓每個拉起的函數(shù)計算實例,并發(fā)處理多達 100 個任務,以此減少平均執(zhí)行時長,節(jié)省費用,并降低冷啟動的概率。通過預留實例優(yōu)化,能夠根據(jù)函數(shù)的負載變化提前分配好計算資源,使系統(tǒng)能夠在擴容按量實例時仍然使用預留實例處理請求,從而徹底消除冷啟動帶來的延時毛刺。

改造后的在線翻譯業(yè)務采用完全按需使用計算資源的 Serverless 架構,能夠充分利用云計算的彈性能力。在成本方面,由于應用不再需要長期運行對外提供服務,可以讓云資源的使用量完全匹配實際的業(yè)務量的變化,從而實現(xiàn)平均資源利用率的大幅提升。在系統(tǒng)的吞吐量方面,由于函數(shù)計算 FC 能夠在短時間內迅速調集上萬個實例的計算資源,能夠在業(yè)務高峰期或用戶請求突增的情況下支撐海量并發(fā),而且不再需要有容量評估方面的前期工作;在系統(tǒng)維護方面,由于不需要預留計算資源,也不需要對底層的軟硬件進行維護,極大地降低了運營成本,讓江娛互動的技術團隊更專注于復雜業(yè)務邏輯的實現(xiàn)以及技術創(chuàng)新上。在線翻譯場景中,相比于傳統(tǒng)的架構,基于函數(shù)計算 FC 的 Serverless 方案可以幫助江娛互聯(lián)節(jié)省 40% 以上的 IT 成本投入

另外一個讓江娛互動感受到研發(fā)效率明顯提升的,是函數(shù)計算 FC 提供的版本與別名管理功能。版本相當于服務的快照,支持使用者為服務發(fā)布一個或多個版本,配合別名機制,可以實現(xiàn)軟件開發(fā)生命周期持續(xù)集成、持續(xù)發(fā)布,并用最便捷的方式實現(xiàn)服務的灰度迭代。

在后續(xù)的架構優(yōu)化中,江娛互動將嘗試通過機器學習技術盡可能多的對原始內容進行預處理,以減少對于第三方平臺的依賴。在 AI 推理領域,依然可以利用 Serverless 架構的優(yōu)勢,通過預先訓練好的深度學習模型,在短時間內調度大量計算資源進行大規(guī)模并行處理。

在線翻譯場景試點 Serverless 技術成功后,江娛互動繼續(xù)在更多業(yè)務領域發(fā)掘跟 Serverless 技術相匹配的場景,在 Push 推送服務、內容安全、游戲行為分析等領域都引入了 Serverless 技術。未來,江娛互動將繼續(xù)基于自身的技術特點不斷深入探索 Serverless 架構,在擁抱新技術的同時充分享受到云計算的紅利。