[發明專利]一種定位方法、裝置、設備及可讀存儲介質

在審

• 申請號: 202010469793.7
• 申請日: 2020-05-28
• 公開（公告）號: CN111625424A
• 公開（公告）日: 2020-09-04
• 發明（設計）人: 孔祥生;李憲狀;劉正偉
• 申請（專利權）人: 廣東浪潮大數據研究有限公司
• 主分類號: G06F11/30
• 分類號: G06F11/30;G06F11/07
• 代理公司: 北京集佳知識產權代理有限公司 11227
• 代理人: 徐麗

本發明公開了一種定位方法、裝置、設備及可讀存儲介質，該方法包括以下步驟：對軟件系統的請求響應進行異常檢測；在檢測到異常響應后，確定異常響應所屬的目標請求；利用目標請求的請求ID獲取目標請求的請求走向信息；其中，請求走向信息中包括請求ID和請求路由，請求路由中按處理順序記錄了處理過目標請求的應用標識；利用請求走向信息中的應用標識，確定出產生異常響應的應用路徑。本方法能夠在無需部署Opentracing的應用，也無需高性能存儲集群的情況下，對異常響應進行有效定位。

技術領域

本發明涉及計算機應用技術領域，特別是涉及一種定位方法、裝置、設備及可讀存儲介質。

背景技術

隨著信息化系統的不斷發展，越來越多的項目采用了微服務的開發模式。在微服務模式下，各個模塊相互獨立，有利于更加深入和完整的實現自身模塊的功能，并降低模塊間的耦合性。但是，由于在微服務模式下，各個模塊間經常需要相互調用，這就會給模塊間的問題(如異常響應)定位帶來了新的挑戰，即很難定位到這個請求響應異常的完整來源路徑，難以找出導致異常的應用。

為了在復雜的微服務調用中更加快速清晰的定位問題，Opentracing規范(開放式分布式追蹤規范)應運而生，并出現了各種各樣的軟件實現，如Zipkin、Pinpoint、Skywalking等，對于大型互聯網應用，這些基于Opentracing的軟件實現是非常有必要的，但是對于中小型的軟件系統，則會存在弊端：1、需要單獨部署Opentracing的應用，并需要高性能存儲集群。這意味著需要非常大的硬件成本投入。2、代碼侵入性，任何項目，要想接入Opentracing的監控體系，都必須對項目加以改造，少則修改配置文件或啟動腳本，多則侵入業務邏輯的實現代碼。這意味著接入時需要占用大量的研發人員進行接入適配工作；

綜上所述，如何有效地解決軟件系統中異常響應定位等問題，是目前本領域技術人員急需解決的技術問題。

發明內容

本發明的目的是提供一種定位方法、裝置、設備及可讀存儲介質，在出現異常響應問題時，基于請求路由信息快速確定處理過相應請求的應用路徑，為進一步找出導致異常的應用縮小了篩查范圍，能夠在無需部署Opentracing的應用，也無需高性能存儲集群的情況下，進行定位。

為解決上述技術問題，本發明提供如下技術方案：

一種定位方法，包括：

對軟件系統的請求響應進行異常檢測；

在檢測到異常響應后，確定所述異常響應所屬的目標請求；

利用所述目標請求的請求ID獲取所述目標請求的請求走向信息；其中，所述請求走向信息中包括請求ID和請求路由，所述請求路由中按處理順序記錄了處理過所述目標請求的應用標識；

利用所述請求走向信息中的所述應用標識，確定出產生所述異常響應的應用路徑。

優選地，記錄所述請求走向信息的過程，包括：

在所述目標請求抵達網關后，獲取所述目標請求的請求ID；

創建請求路由，并在各個應用處理所述目標請求的過程中，在所述請求路由中添加所述應用標識；

利用所述請求ID和所述請求路由，得到所述目標請求的請求走向信息。

優選地，利用所述請求ID和所述請求路由，得到所述目標請求的請求走向信息之后，還包括：

將所述請求走向信息記錄在所述目標請求對應的目標日志中。

優選地，利用所述目標請求的請求ID獲取所述目標請求的請求走向信息，包括：

利用所述請求ID，從日志系統中獲取所述目標日志；

從所述目標日志中讀取所述請求走向信息。