Monitoring 應用程式

Instana 引進新一代 APM 及其服務、端點的應用程式階層，以及它們之間的應用程式視景。 主要目標是簡化企業服務品質的監視。 Instana 會根據從追蹤資料及元件感應器收集的資料，直接從正在實作的服務探索您的應用程式趨勢。

傳統 Application Performance Management (APM) 解決方案是關於管理應用程式的效能及可用性。

APM 工具的應用程式是使用代理程式監視的靜態程式碼執行時期集 (例如 JVM 或 CLR)。 通常會將應用程式定義為每一個代理程式上的配置參數。

這一概念是經典三層應用的良好模型，不再適用於現代 (微) 服務應用。 服務並非一律只屬於一個應用程式。 想想在公司的線上商店中使用的信用卡付款服務，以及在其「銷售點」中使用的信用卡付款服務。 此問題的解決方案可能是將每個服務定義為應用程式，但這會產生一些新問題:

  • 要監視的應用程式太多。 將每個服務視為應用程式會產生數百或數千個應用程式。 使用儀表板來監視它們無法運作-人類的資料太多。
  • 失去環境定義。 由於每個服務都分開處理，因此無法瞭解相依關係，也無法瞭解服務在問題環境定義中的角色。

摘要

延遲分佈

「延遲分佈」圖表非常適合用來調查應用程式、服務或端點的延遲相關問題。 可以在圖表上選取延遲範圍，並且透過使用「在分析中檢視」功能表項目，您可以在 無界限分析中進一步探索特定呼叫。

延遲分佈

基礎架構問題與變更

與應用程式、服務或端點相關的基礎架構 問題及變更 會顯示在個別儀表板「摘要」標籤上，以協助您尋找與感興趣應用程式度量值變更 (例如增加「錯誤呼叫率」或「延遲」) 的相關性。

基礎架構問題與變更

若要進一步瞭解部分特定問題或變更，請在圖表上選取想要的時間範圍，然後按一下 檢視事件 功能表項目，這會將您帶到「 事件 」視圖。

處理時間

處理時間 圖表可協助您瞭解在應用程式、服務或端點本身 (Self) 中執行處理所花費的時間，以及呼叫下游相依關係所花費的時間，依呼叫類型細分，例如 Http、 Database、 Messaging、 Rpc、 SDK等。

例如，如果呼叫 Shop 服務的延遲為 1000ms，則 Shop 服務會對 Payment 服務發出 HTTP 呼叫，該服務採用 300ms ，然後對 Catalog 服務發出另一個資料庫呼叫，該服務採用 200ms， Shop 服務的自我處理時間為 1000-300-200=500ms。

時間移位

若要將度量值與過去的時間範圍進行比較，您可以使用「時間移位」功能，如影像中所示。 當您根據 歷程資料來比較度量值時，請注意精準度已降低。

時間遷移

應用程式相依關係對映

相依關係對映可用於每一個應用程式，並提供

  • 應用程式內服務相依關係的概觀。
  • 服務之間呼叫的視覺化表示法，以瞭解通訊路徑及傳輸量。
  • 不同的佈置，以快速瞭解應用程式的架構。
  • 輕鬆存取服務視圖 (儀表板、流程、呼叫及問題)。

應用程式相依關係對映概觀

錯誤訊息

錯誤訊息是從程式碼執行服務期間發生的錯誤收集的所有訊息。 例如，如果在處理期間擲出異常狀況，且應用程式碼未捕捉及處理該異常狀況，則它會列在 Error Messages 標籤上。 例如， Servlet 的 doGet 方法中發生無法處理的異常狀況，導致以 HTTP 500 回應要求。

日誌訊息

日誌訊息收集自已檢測的記載程式庫或架構 (例如，請參閱 支援的程式庫清單中的「記載」一節)。 當服務透過記載程式庫寫入嚴重性為 WARN 或更高的日誌訊息時，該訊息會顯示在「日誌訊息」標籤上。 此外，擷取的日誌訊息會顯示在其追蹤環境定義的 追蹤詳細資料 中。 如果寫入的日誌訊息具有嚴重性 ERROR 或更高版本，則會將它標示為錯誤。 請注意，不會追蹤嚴重性低於 WARN 的日誌訊息。

基礎架構

從「應用程式視景」視圖或「服務」儀表板中，可以導覽至 基礎架構監視 視圖上顯示的對應基礎架構元件。

「未受監視」基礎架構元件

應用程式或服務的基礎架構元件清單有時可能會顯示或包括「未受監視」主機或儲存器或處理程序。

「未受監視」元件指出針對此服務的部分或所有呼叫，我們無法將它鏈結至特定的基礎架構元件。 由於「服務」是「邏輯」實體，我們通常能夠透過受監視的處理程序將它鏈結至基礎架構元件。 例如，它不適用於協力廠商 Web 服務，我們不會監視這些 Web 服務，但仍會根據主機名稱 + 路徑來建立「服務」及「端點」。 因為沒有已知的主機或處理程序，所以這些服務會導致顯示「不明」基礎架構元件。

智慧型警示

檢視所有已配置「智慧型警示」的清單。 按一下警示以檢視其配置、修改它或檢視其修訂歷程。 必要的話，您也可以停用或移除警示。

如需如何新增警示的相關資訊，請參閱 智慧型警示文件。

時間範圍調整

Instana 儀表板或分析中使用的時間範圍可能與時間選取器中選取的時間範圍略有不同。 儀表板或分析時間範圍會排除第一個及最後一個局部儲存區。 例如，當您在時間選取器中一月 20 日下午 3:15 時，選取預設的 過去 24 小時 時，時間範圍會調整為一月 20 日下午 3:30 PM 19 January–3:00 。 因為個別圖表精度為 30 分鐘，所以會完成此調整。 時間範圍調整可確保相同頁面上不同小組件之間的一致性，並避免將局部儲存區誤解譯為非預期的度量趨勢，例如呼叫數下降。

大約資料

當您在分析中檢視儀表板或在過去七天以外的特定時間範圍內執行查詢時，您可能會在不同的小組件上看到大約資料指示器，用來指出 Instana 正在存取減少數量的統計顯著追蹤及呼叫以提供查詢。 範例：

近似資料

在這種情況下，很少發生的追蹤和呼叫可能不會呈現。