999精品在线视频,手机成人午夜在线视频,久久不卡国产精品无码,中日无码在线观看,成人av手机在线观看,日韩精品亚洲一区中文字幕,亚洲av无码人妻,四虎国产在线观看 ?

分布式圖像解析系統的設計與研究

2022-08-01 04:01:38丁小波蔡茂貞鐘地秀黎蘊玉
現代計算機 2022年11期
關鍵詞:用戶服務系統

彭 琨,丁小波,蔡茂貞,鐘地秀,黎蘊玉

(中移互聯網有限公司云產品事業部,廣州 510000)

0 引言

基于深度學習的智能技術被廣泛應用在計算機視覺、自然語言處理、人機交互、智能決策、推薦系統、安全診斷與防護等各個領域。本文主要圍繞計算機視覺領域進行應用分析,結合目前應用現狀,圖像解析系統主要存在以下幾個特點:

(1)圖片請求的獨立性。人工智能算法服務對圖形處理器(Graphics Processing Unit,GPU)有較大的依賴。雖然一個GPU 可以批量識別圖片,但在實際應用中無法適用。因為如果請求等待達到批量處理數目再處理,會導致部分請求等待時間過長。在實際應用中,常是一個GPU 承載一個請求。在生產環境中,不可能為滿足偶發性的高并發請求部署大量GPU 服務器,這會導致閑時服務器資源的極大浪費。

(2)網絡環境復雜、多變。大型業務服務系統往往是由多節點、多集群組成。不同分布式集群系統的拓撲、帶寬和延遲等參數各不相同,這導致網絡環境復雜。因此同一個網絡性能指標在不同的集群、不同的節點,甚至不同的時間點測試時都可能存在不小的差異。網絡環境的復雜性造成網絡性能的波動。

(3)通信傳輸數據量大。作為圖像識別類服務,必不可少需要依據用戶提供的圖像進行識別分析。在線圖像識別類服務對請求處理有兩種情況,一種是直接根據用戶提供的圖片請求進行應用程序編程接口(Application Program?ming Interface,API)請求調用;另一種是先進行圖像存儲,再進行API 調用。目前主流手機搭配的攝像均達到了千萬像素級別,手機拍照的圖像分辨率的提升帶來了圖片容量的增大。一張手機拍攝的圖像容量達到MB 以上的存儲空間。如果待處理請求量大,不管使用哪一種處理方法,用戶請求圖像均要在網絡中做多節點搬運與同步。

(4)算法處理速度慢。為了保障實際商用中的算法準確率與召回率,數據集規模和網絡層數的增加使得深度學習最后的模型也在不斷增大,在實際應用調用過程中也需要耗費更多的存儲與計算資源。在生產環境中,每臺機器算力有限,服務器、GPU 計算資源擴容都需要一定時間進行補給。

綜上所述,盡管在不少場景下通過在線的分布式圖像解析系統可以實現用戶體驗的交互,但在更大規模應用上此系統仍存在種種問題與挑戰。本文嘗試從AI 算法服務系統的架構優化和功能解耦方面出發,旨在通過建立任務分配系統、引入容器化技術、消息隊列異步處理來提高分布式系統的穩定性,減少服務器資源浪費,更好地滿足圖像應用的商用需求。

1 消息隊列概述

消息隊列通過它異步通信的特點,實現了將系統進行解耦,通過高并發緩沖、流量削鋒極大地提升了系統的性能。當前消息隊列已經在企業中廣泛應用于各種大型分布式系統中,目前主流的消息中間件包括ActiveMQ、Rock?etMQ、RabbitMQ及Kafka 等。

RabbitMQ 是一款由Erlang 語言開發的基于高級消息隊列協議的開源消息框架,用于在分布式系統中存儲和轉發消息,其優勢在于高可用性、高可靠性、可伸縮性和易用性方面。RabbitMQ 中主要包括消息生產者(Producer)、消息隊列任務服務器(broker)、消息消費者(Consumer)幾 個 角 色,其 運 行 原 理 如 圖1所示。

圖1 RabbitMQ運行原理圖

整個消息隊列服務過程通過消息隊列任務服務器連接消息隊列生產者和消息隊列消費者。消息生產者負責將消息發布到任務服務器;消息消費者負責接收并處理消息,消費者和生產者之間系統解耦。任務服務器包括交換路由(Exchange)、消息隊列(Queue)。交換路由用來接收發布的消息,并根據路由策略將這些消息分發到消息隊列中。Binding 是基于路由鍵將交換器和消息隊列連接起來的路由規則;Channel是一條雙向數據流通道,通過它可以完成發布、接收消息及訂閱隊列操作。

2 系統架構設計

2.1 分布式系統的需求分析

從平臺延展性、功能豐富度、服務優先級、突發情況處理四個維度進行需求分析,并以此進行分布式圖像服務系統架構設計。

2.1.1 平臺延展性

系統延展性主要考慮針對業務應用擴展的平臺延展性和針對業務規模擴大后的服務資源擴展的平臺延展性。業務應用方面延展性,即考慮在增加新業務應用情況下,既能兼容之前業務應用,又能保障新業務的穩定擴展。考慮到圖像服務系統內主要承載的是圖像業務服務,往往一項圖像解析能力可以衍生為多項業務場景應用,例如回憶相冊、以圖搜圖、圖像去重、影集制作等業務應用。這些業務應用可以用于不同的產品需求下,但其底層所應用的人工智能算法是相近或是一致的。服務資源方面的平臺延展性,指的是在服務資源,如GPU、服務器、虛擬機等形式的資源擴展。

2.1.2 功能豐富度

系統設計需支持多語言環境,如C/C++、.NET、JAVA、Go、Python、PHP 等。系統需支持多種業務需求方的客戶端,如Web 網頁端、Wap/H5 網頁端、安卓客戶端、iOS 客戶端等。系統服務需具備豐富的跨終端、跨平臺、跨語言的支撐能力。

2.1.3 服務優先級

服務具有不同的請求優先級,需要在保障基礎服務的同時,可以為業務方請求服務設置不同的優先級,請求可以根據實際需求按照優先級從高到低進行處理。

2.1.4 突發情況處理

可對業務請求提供鏈路追蹤服務,既包括歷史處理完的請求任務,也包括處理過程中的請求任務。對處理的請求可以逐一溯源,可以查看請求任務流轉過程中的全生命周期信息,包括請求來源、請求任務的觸發時間、請求任務的子系統、平臺之間的流轉時間、人工智能算法模塊流轉時間、請求處理結果等信息,進而可以進行問題的快速定位與排查,保障平臺各節點的穩定性。

2.2 分布式系統的架構設計

在實際工程應用中,資源并不是可以無止境擴增;即使服務器能得到有效的補充,也需要考慮服務器資源的整體利用率。故在分布式圖像識別系統設計中既需充分考慮算法模塊資源高耗損性,也需考慮算法服務資源空閑情況;既需考慮任務管理系統的并發管理能力,也需考慮實時任務即時響應能力。考慮到實際業務應用中需要將系統用于不同的產品需求下,但其底層所應用的人工智能算法是相近或一致的。如圖2所示為分布式圖像解析系統架構圖。

圖2 分布式圖像解析系統架構圖

整個系統組織結構主要包括觸點感知模塊、任務配置系統、調度執行管理系統、圖像處理系統和分布式云存儲系統。觸點感知模塊,相當于網絡應用中的用戶層,用于獲取智能終端等其他電子設備的用戶操作行為,并對用戶需求進行獲取判斷。觸點感知模塊需對來自PC端、移動端的任務進行標注,支持Web 端、微信端、App端、H5端等多種方式的管理。

任務配置系統由請求調度機制與節點調度機制組成,各個模塊分布于不同區域。根據業務的請求類型、請求信息和請求中圖像屬性,判斷任務歸屬的調度執行管理系統中的子模塊。根據多端請求,進行任務的過濾與合并,減少多端同步過程中造成的計算資源浪費。根據業務請求中圖像數據的存儲節點和調度執行管理系統資源池使用情況判斷任務分發的處理節點。

調度執行管理系統存在兩種管理模塊,分別為任務消息隊列模塊和實時任務分發模塊。每種模塊都由多個功能相同的分布式管理模塊組成。這些管理模塊不限于為服務器或部署在服務器的docker 鏡像。任務消息隊列模塊和實時任務分發模塊為任務處理方式完全不同的功能模塊。任務消息隊列模塊可以是Kafka、rab?bitMQ、ActiveMQ、redis 等消息中間件。實時任務分發模塊可以是Apache、Nginx、IIS 等Web服務器。任務配置系統確定任務類型、處理節點與處理優先級,將實時性要求不高的任務推送至指定消息隊列中;將需要實時返回結果的任務推送至實時任務分發模塊。

圖像處理系統由多個圖像處理模塊組成。為待處理請求中的圖像數據提供圖像解析服務。圖像解析服務包括但不限于圖像識別、圖像特征提取等深度學習圖像算法。

分布式云存儲系統作為云存儲資源統一管理系統,對所有數據進行云存儲與管理。

3 系統實現

分布式圖像識別系統中主要通過任務配置模塊進行系統優化,將具體用戶請求根據業務需求進行分配調整,具體任務處理流程如圖3所示。

圖3 任務處理流程圖

獲取客戶端的用戶請求后,需要對用戶請求進行獲取判斷。根據用戶圖像相關業務需求,通過客戶端應用程序將待處理的圖像資源上傳到云平臺協助管理,并將與之相對應的請求交由圖像資源任務配置系統。考慮到圖像解析請求占用傳輸帶寬是常規請求十幾倍甚至上百倍,設計方案中將用戶的操作請求進行業務劃分,任務配置系統據此建立請求調度機制。依據業務的請求類型、請求信息結合請求中圖像屬性自動分配任務執行單元。例如圖像搜索、圖像對比等圖像相關請求具有更高的實時權重;對用戶資產上傳、下載、圖像資產查看這類請求的實時權重更低。

確定好處理模塊后,系統以傳輸帶寬和服務器間傳輸時延進行智能化節點調度判斷,將請求分配到對應的延時低、帶寬占用率少的云平臺處理節點。任務分配到實時任務處理模塊,會直接調用圖像處理系統,為待處理請求提供圖像解析服務,請求處理完成后直接返回給用戶。任務分配到任務消息隊列模塊后,會根據請求用戶優先級配置消息隊列優先級。在任務消息隊列中會針對用戶在智能終端等其他電子設備上執行不斷下拉刷新、查看等重復之前的請求操作,適度調整消息隊列優先級,使得用戶的請求可以在中度優先級消息隊列與低度優先級消息隊列中調整。圖像處理系統中的圖像處理模塊在算力資源充沛的情況下,會從其指定的任務消息隊列按照優先級獲取對應的消息進行圖像解析。請求處理完成后直接返回給用戶。

本文利用Python 完成主要系統服務的開發,通過docker 鏡像完成多功能系統的分布式部署。從實踐結果來看,在不增加服務器的基礎上,通過將部分請求導流到消息隊列,能有效地提升算法服務能力和閑時資源利用率。

4 結語

本文根據目前人工智能算法應用中處理響應速度問題,針對目前主流的應用程序編程接口請求方式進行分析,提出了結合異步的分布式消息隊列圖像解析系統,減少算法服務峰值壓力,提升閑時資源利用率。這對人工智能算法在云服務中的應用具有一定的指導意義與參考價值。

猜你喜歡
用戶服務系統
Smartflower POP 一體式光伏系統
工業設計(2022年8期)2022-09-09 07:43:20
WJ-700無人機系統
ZC系列無人機遙感系統
北京測繪(2020年12期)2020-12-29 01:33:58
服務在身邊 健康每一天
今日農業(2019年12期)2019-08-15 00:56:32
服務在身邊 健康每一天
今日農業(2019年10期)2019-01-04 04:28:15
服務在身邊 健康每一天
今日農業(2019年16期)2019-01-03 11:39:20
連通與提升系統的最后一塊拼圖 Audiolab 傲立 M-DAC mini
招行30年:從“滿意服務”到“感動服務”
商周刊(2017年9期)2017-08-22 02:57:56
關注用戶
商用汽車(2016年11期)2016-12-19 01:20:16
關注用戶
商用汽車(2016年6期)2016-06-29 09:18:54
主站蜘蛛池模板: 国产人人射| 国产福利小视频高清在线观看| 国模沟沟一区二区三区| 国产成人福利在线视老湿机| 亚洲国产中文综合专区在| 91av成人日本不卡三区| 九九热视频精品在线| 无码精品福利一区二区三区| 亚洲成肉网| 日韩欧美中文字幕在线韩免费| 国产幂在线无码精品| 性视频一区| 高清视频一区| 第九色区aⅴ天堂久久香| 黄色网在线免费观看| 99尹人香蕉国产免费天天拍| 久久精品无码中文字幕| 不卡视频国产| 青草视频久久| а∨天堂一区中文字幕| 国产免费羞羞视频| 久久久久久尹人网香蕉 | 国产91无码福利在线| 福利一区三区| 亚洲天堂网站在线| 第一区免费在线观看| 亚洲视频免费在线看| 亚洲天堂久久新| 欧美a在线看| 国产一区免费在线观看| 国产综合精品一区二区| 国产精品区网红主播在线观看| 国产福利在线观看精品| 日韩精品无码免费一区二区三区| 国产91精品久久| 欧洲亚洲欧美国产日本高清| 亚洲人成色在线观看| 999国产精品永久免费视频精品久久| 国产免费网址| 三级视频中文字幕| 综合亚洲色图| 精品色综合| 国产91成人| 免费99精品国产自在现线| 亚洲午夜片| 久久这里只有精品国产99| 亚洲欧美在线精品一区二区| 18禁黄无遮挡网站| 国产资源站| 激情爆乳一区二区| 国产不卡网| 精品丝袜美腿国产一区| 天堂网亚洲综合在线| 国产制服丝袜91在线| 色综合中文字幕| 久久窝窝国产精品午夜看片| 91精品国产91久无码网站| 日韩午夜片| 國產尤物AV尤物在線觀看| 波多野吉衣一区二区三区av| 69精品在线观看| 91福利国产成人精品导航| 国产亚洲视频播放9000| 二级特黄绝大片免费视频大片| 国产成人AV男人的天堂| 青青草91视频| 在线观看免费人成视频色快速| 亚洲黄色视频在线观看一区| 噜噜噜久久| 99精品福利视频| 国产91丝袜在线播放动漫 | 精品视频在线一区| 啊嗯不日本网站| 日本AⅤ精品一区二区三区日| 中文字幕 91| 午夜国产理论| 无码在线激情片| 久久伊伊香蕉综合精品| 婷婷色丁香综合激情| 国产丝袜91| 欧美激情综合一区二区| 亚欧乱色视频网站大全|