名詞解釋

警示

事件的記錄，指出受管理環境中的錯誤。

警示通道

與外部警示管理及通知工具的整合，可即時接收警示整合的警示通知。

異常

與預期基準行為的偏差。

異常偵測

識別不符合給定群組預期型樣的資料點、項目、觀察或事件。

AutoProfile™

持續分析程式碼層次效能、探索正式作業程式碼中的瓶頸、使用火焰圖形將效能視覺化，以及深入挖掘應用程式的「熱門路徑」的方法。 請參閱 分析設定檔。

AutoTrace WebHook

Kubernetes 和 OpenShift相容許可控制器轉換 Webhook ，可自動在整個 Kubernetes 或 OpenShift 叢集中執行的 Node.js、.NET Core、Ruby 及 Python 應用程式上，以及在 IBM Cloud Pak for Integration中執行的 IBM MQ 和 ACE 上配置 Instana 追蹤。

應用程式

一個以上的電腦程式或軟體元件，提供直接支援一個以上特定商業程序的功能。

應用程式視景

這是用來自訂應用程式的視圖，以及擷取您最佳化您負責的應用程式和服務所需的語意和資訊類型的方法。 請參閱 應用程式視景。

後端

Instana 伺服器。

後端相關性

在使用者活動 (例如網站造訪) 與後端或伺服器端上建立的工作之間建立鏈結的方法。 請參閱 後端相關性。

呼叫

兩個服務之間的通訊，可以視為要求和回應，其中回應可以非同步。

呼叫堆疊

程式碼執行的有序清單，因此每當程式碼呼叫其他程式碼時，新程式碼就會放在該堆疊的頂端。 呼叫堆疊是由所有程式語言的執行時期所使用，當發生錯誤時，通常可以看到它們被印成「堆疊追蹤」，因為它們容許對導致錯誤的呼叫進行「追溯」。

功能

服務的核心功能。 例如，XYZ 服務提供「監視」功能。

比較表格

排序並快速找到您想要查看的伺服器和方框的方法。 請參閱 比較表格。

環境定義手冊

「應用程式視景」服務及相關基礎架構的視覺化表示法。 在幕後，它是由 Instana 的強大動態圖形所驅動， Instana 是 Instana 的核心元件，您基礎架構的所有實體元件都會被追蹤並與其邏輯對應項目相關聯，並在發生變更時自動保持最新。 請參閱 環境定義手冊。

分散式追蹤

跨多個系統進行追蹤，例如雲端至雲端、雲端至內部部署等。

動態焦點

能夠同時在所有資料環境定義中進行搜尋的健全搜尋及過濾功能。 微服務架構利用各種複雜的資料環境定義，而這些環境定義全部叢集在一個 hood 下。 動態焦點能夠對這些內容進行過濾，從而為使用者提供一種強大的對系統範圍的理解。 請參閱 以動態焦點過濾。

動態圖形

瞭解元件 (例如主機、OS、JVM、 Cassandra 節點、 MySQL等) 的所有實體及邏輯相依關係的應用程式模型。 圖形也包括邏輯元件，例如追蹤資料、應用程式、服務、叢集及表格空間。 代理程式及感應器會自動探索元件及其相依關係，這表示圖形會即時保持最新。 請參閱 運用動態圖形。

端點

服務的公用 API ，用於向系統其餘部分公開特定指令。

錯誤

事件中造成失敗的錯誤。

事件

對服務或系統狀態的變更。

一般使用者監視 (EUM)

從一般使用者的 Web 瀏覽器及行動式裝置收集監視資料的方法。

失敗

向使用者顯示錯誤。

錯誤

系統中元件的內部狀態發生錯誤。

主機

實體、虛擬或「即服務」。 每一部主機都有 CPU、記憶體和 IO 等資源，這可能成為瓶頸。 每一個主機都在一個區域中執行。

主機代理程式

在將資料傳送至 Instana 後端之前，從主機上各種感應器收集及聚集資料的方法。 請參閱 主機代理程式 (Host agent)。

發生事件

導致、可能導致或降低 IT 服務品質的非計劃性岔斷。

基礎架構圖

所有受監視系統的概觀，依具名區域 (二維彩色矩形) 分組。 每個區域內都有由不透明區塊組成的支柱。 每個柱整體代表在個別系統上執行的一個連接器。 支柱中的每一個區塊代表在該系統上執行的軟體元件，並將變更顏色以反映元件的性能。 特定類型的元件可以是程序 (JVM 或 Apache 程序) ，也可以是在那些程序內執行的特定伺服器，例如 JVM 內的 Tomcat 伺服器。 請參閱 基礎架構圖。

基礎架構監視

通常是硬體監視，例如 CPU、記憶體、磁碟 IO、網路 IO。

設備測試

修改程式碼以收集追蹤資料、效能資料、商業資料、日誌。

整合

提供額外功能給 IBM 服務或基本產品的任何獨立應用程式。

問題

在應用程式、服務或其任何部分性能不佳時建立的事件。 Instana 隨附數百個現成可用的策劃性能簽章，可偵測各種問題，包括服務品質降低、複雜的基礎架構問題，以及磁碟飽和度。 只要度量、事件或 meta 資料回到期望值，即會自動解決問題。

日誌分析

日誌收集及檢索。

微服務

一種架構型樣，其中各種鬆散耦合的服務會一起運作，以形成應用程式。 其中每一個服務僅聚焦於單一目的，封裝所有相關邏輯及資料。 服務之間的通訊是透過明確定義的 API 進行。

行動式監視

EUM/RUM 適用於行動式應用程式。

現成可用的工具

提供一組功能的工具，在安裝之後立即運作，幾乎不需要任何配置或修改。 當它套用至軟體交付時，一站式解決方案可讓您快速設定部署管線。

管線意見

應用程式開發及部署管線事件的自動分析，與應用程式、基礎架構及服務效能資料直接相關。 請參閱 管線意見。

設定檔

一種動態程式分析形式，可測量程式的空間 (記憶體) 或時間複雜度、特定指令的使用情形，或函數呼叫的頻率及持續時間。

側寫程式

為了立即或稍後分析而產生設定檔的程式。

側寫

收集低層次效能資料 (向下至程式碼行) ，以取得 CPU 及記憶體用量。

資源

可為應用程式或服務實例提供或保留的實體或邏輯元件。 資源的範例包含儲存空間、處理器、記憶體、叢集及 VM。

RUM

實際使用者監視。

自行管理

稱為內部部署，這表示資料收集後端在客戶資料中心內執行，因此沒有客戶資料超出防火牆。

自行管理後端

安裝在內部部署環境上的 Instana 後端。

感應器

Instana 的自訂建置軟體，設計用來監視指定的技術。 例如， ActiveMQ 感應器用來監視 ActiveMQ，在您安裝 Instana 代理程式之後，會自動部署並安裝此感應器。 請參閱 代理程式感應器。

服務

為產品提供功能的一組功能。

服務水準指示器 (SLI)

服務某方面的定量測量。 若要監視服務的性能，您需要瞭解該服務的重要行為，以及如何測量及評估這些行為。 您所關注的每一個行為都可以是 SLI。

服務水準目標 (SLO)

由 SLI 測量之服務水準的目標值。 它是一段時間內可測量的可靠性目標，例如 7 天。 SLO can be represented as: SLI ≤ <upper_bound> or SLI >= <lower_bound>.

請參閱 服務水準目標 (SLO)。

智慧型警示

自動產生警示配置的方法，讓您可以根據現成可用的藍圖 (例如網站慢速、 JavaScript 錯誤及 HTTP 狀態碼) 來接收警示。 請參閱 智慧型警示

跨距

代表程式碼執行的計時 (實際上是動作及其開始和結束時間)。 它還包含一組由時間戳記和持續時間組成的資料。

虛構監視

也稱為主動監視，可以模擬一般使用者從不同位置對應用程式採取的動作，並以特定間隔持續監視效能，例如可用性、回應時間。 請參閱 虛構監視 (技術預覽)。

虛構 PoP (存在點)

執行虛構測試的代理程式。 它作為 Kubernetes 叢集裡的一組 Kubernetes Pod 執行。

追蹤

透過服務系統來呈現單一要求及其路徑。

追蹤器

收集跨距的程式碼片段。

問題單

已識別問題或要求的正式記錄，其是針對某項目所建立，並指派給適當的使用者，以解決那些問題或完成要求。

拓蹼

網路或應用程式內的特定互聯資產及資源的安排。

無界限分析

從所有未取樣的高基數資料產生新見解的方法。 請參閱 無界限分析。

Webhook

HTTP 型回呼函數，容許在兩個應用程式之間進行輕量型事件驅動通訊。

區域

區域可以位於不同的大陸和地區。 它們可能失敗或具有不同的效能性質。