跟蹤伺服器請求的製作方法
2023-09-22 16:40:45 1
專利名稱：跟蹤伺服器請求的製作方法
跟蹤伺服器請求
背景技術：
本發明一般地涉及跟蹤伺服器請求。用於伺服器側應用的當前流行的架構模型是基於反應性原理，其中，伺服器響應於從請求方接收到外部請求而執行某些工作並隨後向請求方傳送響應(即，結果)。伺服器性能的主要指示符是伺服器請求等待時間，其是從伺服器接收到請求的時間直至伺服器提供響應的時間所經過的時間。出於理解和準確地確定延遲的根源的目的，性能分析員通常對諸如哪些特定伺服器請求執行起來花費相對長的時間和用於這些伺服器請求的內部處理細節的因素感興趣。常規伺服器請求可以產生多個輔助請求，因為出於滿足該請求的目的，最初聯繫的伺服器可以向其他伺服器傳送附加請求。此類跨伺服器通信通常使診斷分析複雜，因為涉及許多部件，並且可能突然插入對在對初始伺服器請求進行響應時的總等待時間有所貢獻的相應問題。
圖1是根據示例性實施方式的物理機的系統的方框圖。圖2是根據示例性實施方式的與伺服器請求相關聯的示例性拓撲。圖3是描述了根據示例性實施方式的用以跟蹤產生輔助請求的伺服器請求的技術的流程圖。圖4是描述了圖示出根據示例性實施方式的用以處於處理相關令牌的目的補充接收到的應用程式間消息的處理的代碼片段(code snippet)的使用的技術的流程圖。圖5是描述了圖示出根據示例性實施方式的用以出於處理相關令牌的目的補充要傳送的應用程式間消息的處理的代碼片段的使用的技術的流程圖。圖6是描述根據示例性實施方式的被代碼片段與監視工具API相結合地使用以處理輸入應用程式間消息的技術的流程圖。圖7是描述了根據示例性實施方式的被代碼片段與監視工具API相結合地使用以處理輸出應用程式間消息的技術的流程圖。
具體實施例方式在本文中出於跟蹤由客戶端做出且被提供給伺服器側編程框架(在本文中稱為「伺服器側」)的伺服器請求的目的公開了系統和技術。在伺服器側，來自客戶端的伺服器請求可以導致大量的請求，其包括從客戶端接收到的初始請求和在初始請求的處理中在伺服器側產生的結果得到的輔助請求。更具體地，通常，來自客戶端的給定伺服器請求的處理涉及不同部件或伺服器側的應用程式之間的消息(在本文中稱為「應用程式間消息」)的傳送。在這方面，伺服器側可以由多個層或應用程式構成，其又可以存在於一個或多個伺服器上。當伺服器側上的應用程式從客戶端接收到請求時，處理請求的過程中的應用程式可以向其他應用程式發布輔助請求(以應用程式間消息的形式)；並且此過程可以繼續且是遞歸的。
如在本文中公開的，出於跟蹤在伺服器側上的不同應用程式進行的伺服器請求處理的目的，向出於滿足請求的目的傳送的每個應用程式間消息附加著色或相關令牌。如下文進一步描述的，例如診斷工具的監視工出於分析與伺服器請求的處理相關聯的執行的目的處理相關令牌，即使伺服器請求的最後處理涉及伺服器側上的多個應用程式。換言之，診斷工具出於分析與跨伺服器側上的所有部件的處理相關聯的等待時間、執行時間等的目的使用相關令牌。在本文中公開的技術和系統允許監視應用程式間消息通信，無論是使用標準化通信協議還是使用不遵守任何特定標準的傳統協議(例如，專有協議)來傳送應用程式間消息。因此，某些伺服器側部件可能是傳統應用程式，其使用限制或未知的通信協議。以這種方式，在伺服器請求的處理中使用的某些應用程式可能是多年以前或過去的幾十年開發的。監視工具仍可以與此類應用程式一起使用，因為相關令牌和代碼片段(下文描述)的使用允許應用程式間消息傳送的監視，無論應用程式所採用的通信協議的類型如何。作為更特定的示例，根據本發明的某些實施例，可以在系統上實現伺服器側，諸如在圖1中描述的示例性系統。通常，圖1的系統包括被網絡130互連的多個物理機100(在圖1中描述的示例性機器IOOaUOOb和100c)。物理機的示例包括計算機(例如，應用伺服器、存儲伺服器、網絡伺服器等)、通信模塊(例如，交換機、路由器等)及其他類型的機器。網絡130還可以包括系統總線或其他快速互連。「物理機」指示該機器是由可執行程序指令和硬體構成的實際機器。網絡130的示例包括區域網(LAN)、廣域網(WAN)、網際網路、任何其他類型的通信鏈路或其組合。物理機100可以位於一個機櫃(或機架)內；或者替換地，物理機100可以位於多個機櫃(或機架)中或者甚至在地理上分散。在圖1中描述的系統可以是應用伺服器、存儲伺服器場(或存儲器域網)、網絡伺服器場、交換機或路由器場、其他類型的數據中心等中的任何一個。並且，雖然在圖1中描述了三個物理機100，但注意的是根據其他實施方式，可以使用多於三個物理機100、兩個物理機或一個物理機100。雖然在圖1中將每個物理機100描述為包含在箱子內，但注意的是物理機100可以是具有多個節點的分布式機器，其提供分布式和並行處理系統。如在圖1中描述的，在某些實施方式中，物理機100可以存儲機器可執行指令106。這些指令106可以包括一個或多個應用程式116、作業系統188和一個或多個設備驅動器120 (其可以是作業系統118的一部分)。物理機100還可以包括硬體122，其包括處理器，諸如一個或多個中央處理單元(CPU) 124 (出於非限制性示例的目的，在圖1中描述了一個CPU 124)。每個CPU 124可以具有一個或多個處理核。硬體122還可以包括系統存儲器126和網絡接口 128。在某些實施方式中，一個或多個CPU 124執行機器可執行指令106。可以將機器可執行指令106存儲在各種形式的機器可讀介質中的任何一個中，諸如存儲器126、可移動介質、磁存儲器、光存儲器、另一機器上的存儲器等。根據某些實施方式，一個或多個物理機100上的應用程式116形成特定複合型伺服器側應用程式框架的部件的全部或一部分。如在圖1中所描述的，除上述部件之外，可執行指令106還包括監視工具117，其用於跟蹤伺服器側上的伺服器請求的部件間處理的目的，諸如跟蹤來自客戶端的初始請求的處理、處理結果得到的輔助請求、聚集並處理中間結果且最後將最終結果提供給客戶端。物理機IOOa僅僅是用於伺服器的特定物理機100的示例。注意的是伺服器側可以由多個物理機形成，諸如與其他物理機100組合的機器100a，例如，諸如物理機IOOb和/或物理機100c。因此，給定伺服器側可以包括具有物理機IOOa的一個或多個應用程式116 ；具有另一物理機IOOb的一個或多個應用程式116 ;在多個物理機100上的一個或多個應用程式116等。無論特定實施方式如何，針對在本文中公開的示例，給定伺服器請求隨初始請求一起產生，其由客戶端提供(經由在圖1中未描述的物理機)且被應用程式116中的一個接收以發起處理，該處理最終導致滿足客戶端請求的響應。來自客戶端的初始請求的處理可以產生附加輔助請求，其傳播(經由應用程式間消息)至可以位於同一物理機100上和/或不同物理機100上的其他應用程式116。根據本文公開的實施方式，出於即使當在這些通信中使用標準化和/或非標準化通信協議的目的也監視與請求處理相關聯的應用程式間消息發送的目的，由代碼片段119來動態地修改伺服器側上的每個應用程式116。通常，代碼片段119是出於促使應用程式116在儀表化點處執行預定功能的目的在應用程式116的代碼中的特定執行或儀表化點處插入的程序代碼。作為更特定示例，根據某些實施方式，代碼片段119是由編寫未編譯程序代碼以執行特定功能的程序分析員導出的；並且，運行時間編譯程序對此未編譯代碼進行編譯，並在應用程式116正在執行的同時將其插入用於應用程式116的另一已編譯代碼中，如在題為 「Compiling And Inserting Code Snippets At Runtime」 美國專利申請公開序號20090172653中所述的，其在2008年9月27日提交，在2009年6月2日公布。用於給定應用程式的代碼片段119的使用有效地允許應用程式116的自動修改以允許向和從應用程式116傳送的消息中的相關令牌的傳送，無論應用程式116所採用的消息發送通信協議如何。根據某些實施方式，代碼片段119使應用程式116暴露於監視工具117的應用編程界面(API )，並且監視工具117的這些API被配置成處理和更新附加在應用程式間消息上的相關令牌。更具體地，可以出於在與發送應用程式間消息相關聯的應用程式116的儀表化點處插入代碼的目的編寫特定代碼片段119。針對本示例，代碼片段119使應用程式116暴露於監視工具117的API，其被配置成將已更新相關令牌附著到輸出應用程式間消息中。作為另一示例，可以出於在應用程式116的儀表化點處插入代碼的目的編寫特定代碼片段119，在該處應用程式116接收與(初始和輔助)請求有關的消息。因此，當接收到應用程式間消息時，可以使用代碼片段119來使應用程式116暴露於監視工具117的相應API以便處理消息以例如提取並解析相關令牌。如下面進一步描述的，此更新相關令牌可以包括用於消息的已更新拓撲以指示直到消息的時間為止的用於伺服器請求的處理歷史。在某些實施方式中，可以使用相關令牌的附著來利用(leverage)在應用程式部件之間傳遞的消息的結構，並且可以在不影響消息結構的完整性的情況下將相關令牌插入消息中。例如，如果使用超文本傳輸協議(HTTP)作為通信協議，則可以將附加HTTP報頭欄位用於傳遞相關令牌的目的。在另一示例中，如果將Java消息服務(JMS)用於應用程式部件之間的通信，則可以使用JMS消息性質來將相關令牌插入消息中。
在其他實施方式中，當在應用程式部件之間傳遞的消息的結構不靈活或者甚至未知時，代碼片段119可以使用「打包」技術，亦即，產生複合消息，其包含相關令牌和未修改原始消息。在接收側，另一代碼片段(對於本示例而言，「接收側代碼片段119」)將接收到的消息「解開」並將提取的相關令牌傳遞至監視工具；並且對於本示例而言，接收側代碼片段119還提取原始應用程式消息並將其傳遞至接收應用程式部件。在所有情況下，在不需要改變應用程式或工具原始碼或重新編譯的情況下將相關令牌附著並從消息分離。因此，從應用程式間消息進行的附加相關令牌的提取以及相關令牌到應用程式間消息的附加與用來傳送應用程式間消息的通信協議無關。結果，可以在工具117的開發者或提供者不具有關於預期客戶所使用的應用程式所採用的通信協議/技術的任何知識的情況下開發監視工具117。協議/技術的知識被編程分析員用於開發代碼片段119的目的。由於可以在發布了應用程式116或監視工具117之後的任何時間創建代碼片段119，所以可以提供「一般」監視支持。因此，即使給定應用程式116使用某種模糊傳統通信技術，支持此監視僅僅涉及編寫用於應用程式116的代碼片段119，其可以涉及例如相對少的編程代碼行。根據本文所述的實施方式，這全部在不改變應用程式原始碼、修改監視工具原始碼或進行重新編譯的情況下發生。作為非限制性示例，圖2描述了根據某些實施方式的與示例性伺服器請求相關聯的示例性拓撲150。參考圖2，對於本示例而言，拓撲150與貸款申請的處理相關聯，並且伺服器側處理代表貸方或銀行的貸款申請。以這種方式，客戶端151 (例如，貸款申請人所使用的計算機系統)通過向網際網路伺服器(作為非限制性示例)傳送初始請求180 (例如，包含用於由銀行處理的已完成貸款申請)來發起伺服器請求，所述網際網路伺服器出於最初處理請求180的目的發起應用程式116 (參見圖1)的實例160a。如下文所述，應用程式實例160a可以直接地和間接地生成附加輔助請求186以發起與處理貸款申請相關聯的各種處理功能，並且這些輔助請求186中的每一個又可以產生附加輔助請求。在成功結束時，應用程式實例160a向客戶端151提供響應190，其可以是用於更多信息的請求、貸款的拒絕、試行貸款批准、與貸款申請的處理相關聯的初步或中間結果等。應用程式實例160出於處理相關令牌的目的被暴露於監視工具117 (參見圖1)的關聯實例170的API，所述相關令牌被附加在被實例160c接收到和從其傳送的應用程式間消息上。在這方面，代碼片段119出於提取用於輸入應用程式間消息的相關令牌並生成用於輸出應用程式間消息的適當相關令牌的目的使應用程式實例160a暴露於監視工具實例170的API。其他應用程式實例160b、160c、160d和160e被相應代碼片段119配置成以類似方式暴露於關聯監視工具實例170的API。作為非限制性示例，應用程式實例160a可以接收原始貸款申請並生成輔助請求186以促使應用程式實例160b確定申請人是否被承認為銀行的客戶。在這方面，應用程式實例160b可以例如出於確定申請人是否是銀行客戶的目的基於申請人的社會安全號、出生日期和/或駕駛執照號來搜索資料庫。申請人實例160b向應用程式實例160a返回結果(經由響應190)，應用程式實例160a然後可以出於從其他應用程式實例請求附加服務的目的使用識別確定的結果。例如，應用程式實例160a可以出於請求應用程式實例160c對申請人執行犯罪背景搜索的目的向應用程式實例160c提交輔助請求186。作為另一示例，應用程式實例160a可以出於請求應用程式實例160d確定是否銀行具有給申請人的任何現有抵押的目的向應用程式實例160d提交輔助請求186。應用程式實例160c和160d經由各響應190向應用程式實例160a返回結果。由應用程式實例160a向應用程式實例160c和160d提交的輔助請求186是異步輔助請求的實例，因為應用程式實例160a可以繼續進行其處理，這不依賴首先接收到哪些響應190。其他輔助請求186是同步的，因為可以在進行另一請求(例如，用以檢查關於已識別抵押的留置權的請求)之前要求對一個請求(例如，用以確定申請人是否具有給銀行的任何抵押的請求)的響應。作為輔助請求的又另一示例，圖2描述了應用程式實例160d可以向應用程式實例160e提交輔助請求186。作為非限制性示例，應用程式實例160d可以出於識別關於與銀行保持的抵押相對應的財產的任何留置權的目的而使用應用程式實例160e。根據某些實施方式，作為非限制性示例，相關令牌是隨輸出呼叫的每次執行而變的串。通常，相關令牌跨企業是唯一的，這意味著不同機器上的不同輸出呼叫不能生成同一相關令牌。此設置可以用於追蹤的目的，即連接伺服器請求的實例。作為另一非限制性示例，出於診斷目的，相關令牌還可以包括信息，這允許出於構造請求拓撲的目的以聚合方式將實體連結在一起。參考圖3，概括地說，一般地可以出於跟蹤伺服器請求的目的根據本發明的實施例來執行技術200。按照技術200，代碼片段被插入應用程式中(按照方框204)，以使應用程式暴露於監視工具的API，並且因此促使應用程式關於應用程式間消息與監視工具通信。技術200包括使用監視工具(按照方框208)來出於跟蹤伺服器請求的目的對與消息相關聯的相關令牌進行操作，所述消息與由客戶端提供的伺服器請求的處理相關聯。根據某些實施方式，代碼片段119可以出於處理被應用程式116接收到的應用程式間消息的目的執行在圖4中描述的技術210。可以在應用程式116的儀表化點處插入此代碼片段119，其對應於在其上應用程式116處理接收到的進程間消息的執行點。按照技術210，代碼片段119接收(方框212)複合應用程式間消息，其包含消息主體和附屬(pendant)相關令牌。代碼片段119通過使應用程式116暴露於監視工具的API來將複合消息解析(方框214)成主體和相關令牌，並且然後將該消息主體傳送(方框218)至應用程式116。代碼片段119還按照方框222將相關令牌傳送至監視工具117。根據某些實施方式，代碼片段119出於提供從應用程式116傳送的複合消息的目的來執行在圖5中描述的技術230。可以在執行點處插入此代碼片段119，應用程式在該執行點處傳送輸出應用程式間消息。按照技術230，代碼片段119使應用程式116暴露於監視工具117的適當API以促使適當API從應用程式116接收消息主體(按照方框234)並從監視工具117接收(方框236)關聯的相關令牌。按照方框238，代碼片段119然後執行適當的API以向應用程式提供複合消息以用於傳輸。參考圖6，根據某些實施方式，代碼片段119與監視工具117的API相結合出於處理輸入相關令牌的目的執行技術250。按照技術250，監視工具117從應用程式116接收(方框254)相關令牌，並且按照方框258，從相關令牌提取(方框258)起源伺服器請求的身份。按照方框262，監視工具117然後可以另外處理相關令牌。根據其目的，監視工具117可以分析某些等待時間，識別伺服器應用程式框架中的問題點等。
參考圖7，根據某些實施方式，代碼片段119與監視工具117的API相結合出於處理輸出複合應用程式間消息的目的執行技術300。按照技術300，按照方框304，監視工具生成相關令牌。以這種方式，根據某些實施方式，監視工具117更新用於輸出進程間消息的請求拓撲並向應用程式116提供(方框308)此相關令牌。雖然已相對於有限數目的實施例描述了本發明，但受益於本公開的本領域技術人員將認識到其許多修改和變更。意圖在於所附權利要求覆蓋落在本發明的精神和範圍內的所有此類修改和變更。
權利要求
1.一種方法，包括 當應用程式在計算機(100)上執行時將代碼(119)插入(204)應用程式(116)中，代碼(119)促使應用程式(116)關於與由客戶端(110)提供的伺服器請求相關聯的應用程式間消息(186、190)與監視工具(117)進行通信，相關令牌被附加於應用程式間消息；以及 使用監視工具(208)對相關令牌進行操作以跟蹤伺服器請求的處理。
2.權利要求1的方法，其中，插入代碼的動作包括將代碼片段(119)插入與應用程式相關聯的編譯代碼中。
3.權利要求1的方法，其中 插入代碼的動作包括在與接收應用程式間消息相關聯的應用程式的儀表化點處插入代碼，以從用來傳送應用程式間消息的協議獨立地提取相關令牌；以及 使用監視工具的動作包括解析(214)相關令牌以提取關於伺服器請求的身份和伺服器請求的拓撲的信息。
4.權利要求1的方法，其中 插入代碼的動作包括在與將應用程式間消息傳送至另一應用程式相關聯的應用程式的儀表化點處插入(238)代碼，以從用來傳送應用程式間消息的協議獨立地將相關令牌附加於應用程式間消息；以及 使用監視工具的動作包括用指示由應用程式進行的應用程式間消息的處理的信息來更新相關令牌。
5.權利要求1的方法，其中，使用監視工具的動作包括對相關令牌進行操作以用關於另一應用程式的信息來更新相關令牌以處理伺服器請求。
6.一種製品，包括計算機可讀存儲介質以存儲指令，該指令在被計算機執行時促使計算機 經由應用程式的代碼片段與應用程式通信以提取附加於接收到的應用程式間消息的相關令牌，應用程式間消息是可歸因於由客戶端提供的伺服器請求的消息的拓撲的一部分；以及 至少部分地基於相關令牌來對伺服器請求執行診斷處理。
7.權利要求6的製品，所述計算機可讀存儲介質存儲指令，該指令在被執行時促使計算機經由另一代碼片段與應用程式相交互以從用來傳送輸出應用程式間消息的協議獨立地將另一相關令牌附加於與伺服器請求相關聯的輸出消息間通信。
8.權利要求6的製品，所述計算機可讀存儲介質存儲指令，該指令在被執行時促使計算機從用來傳送接收到的應用程式間消息的協議獨立地提取(214)相關令牌。
9.權利要求6的製品，所述計算機可讀存儲介質存儲指令，該指令在被執行時促使計算機用指示在其上應用程式間消息被應用程式接收到的時間的時間戳來更新(300)相關令牌。
10.一種系統,包括 基於處理器的監視工具(117)，其監視與由客戶端(110)提供的伺服器請求相關聯的多個應用程式間消息的給定應用程式間消息，至少部分地由被附加於給定應用程式間消息的相關令牌來指示所述多個應用程式間消息的拓撲；以及 應用程式(116)，其用以處理應用程式間消息，並對被插入應用程式(116)中的代碼片段(119)進行響應，以向監視工具(117)傳送相關令牌。
11.權利要求10的系統，其中，所述監視工具(117)適合於解析相關令牌以提取關於伺服器請求的身份和至少部分拓撲的信息。
12.權利要求10的系統，其中，所述監視工具(117)適合於用指示由應用程式進行給定應用程式間消息的處理的信息來生成另一相關令牌。
13.權利要求12的系統，其中，所述監視工具(117)適合於促使所述另一相關令牌指示通過由應用程式處理應用程式間消息引入的等待時間。
14.權利要求10的系統，其中，所述代碼片段(119)促使應用程式從用來傳送應用程式間消息的協議獨立地處理相關令牌。
15.權利要求10的系統，其中，所述監視工具(117)適合於解析相關令牌以提取關於伺服器請求的身份的信息。
全文摘要
一種技術包括當應用程式(116)正在計算機(100)上執行時向應用程式(116)中插入(204)代碼(119)。代碼(119)促使應用程式(116)關於與由客戶端(110)提供的伺服器請求相關聯的應用程式間消息與監視工具(117)通信。該技術包括使用監視工具(208)來對被附加於該消息的相關令牌進行操作以跟蹤伺服器請求的處理。
文檔編號G06F15/16GK103069392SQ201080068862
公開日2013年4月24日 申請日期2010年6月30日 優先權日2010年6月30日
發明者P.芬代森, C.帕帕多普洛斯 申請人:惠普發展公司，有限責任合夥企業