Download PDF
Download page Glossary.
Glossary
Familiarize yourself with a list of common terms you may encounter as a Cisco AppDynamics user.
An automatic response to an event based on a policy.
Examples include sending alerts, taking diagnostic snapshots, remediation through scripts, or making a REST API call to integrate with other tools. Actions are customizable.
APPDYNAMICS SAAS APPDYNAMICS ON-PREMISES
An agent is code that collects and reports data. Agents can refer to languages (Java, Node.js, Python, etc), machines (hardware and network data), and databases, etc.
APPDYNAMICS SAAS APPDYNAMICS ON-PREMISES
Email, SMS, or customized external notification interface that notifies you of a problem or event.
APPDYNAMICS SAAS APPDYNAMICS ON-PREMISES
A named collection of tiers representing a monitored environment. Also referred to as Business Application.
See also: Tier, Node
APPDYNAMICS SAAS APPDYNAMICS ON-PREMISES
CISCO CLOUD OBSERVABILITY
APPDYNAMICS SAAS APPDYNAMICS ON-PREMISES
Databases, remote services, and any detected out-of-process components involved in business transaction processing.
CISCO CLOUD OBSERVABILITY
A backend refers to databases, remote services, or any detected process components. See also Database Monitoring.
An action of your application. Business transactions represent your critical business functions. See also Business Transactions (AppDynamics SaaS) and Business Transactions (Cisco Cloud Observability).
Examples include login, browse, and checkout.
APPDYNAMICS SAAS APPDYNAMICS ON-PREMISESCISCO CLOUD OBSERVABILITY
Central Identity describes Cisco AppDynamics Controller user accounts whose authentication provider is managed in the Cisco Customer Identity (CCI) and AppDynamics Identity Provider (IdP).
- Users of this type may have access to multiple controller accounts through this same identity served by the CCI and AppDynamics IdP granting them SSO across all Controller accounts. Note that due to the dependency on the CCI and AppDynamics IdP, Central Identity is not available to Cisco AppDynamics On-Premises.
- Central Identity is not an optional setting: it is the implementation of the "local" user in the Controller. Any new "local" user created in the Controller user management experience is a Central Identity user and discernible by their email address as the username and the visible "View user details in Accounts" link in the User Management detail page.
Central Identity as a term is often overloaded to represent any user in the CCI and AppDynamics IdP; however, this is not strictly true. Any Central Identity user is a CCI and AppDynamics IdP user; however, some CCI and AppD IdP users are not Central Identity users. Any user of CCI and AppD IdP. even Central Identity users, may be assigned access to Cisco Observability Platform tenants.
APPDYNAMICS SAAS APPDYNAMICS ON-PREMISESCISCO CLOUD OBSERVABILITY
CISCO CLOUD OBSERVABILITY
The Cisco AppDynamics Distribution of OpenTelemetry Collector is a customized distribution of the open-source OpenTelemetry Collector. The Cisco AppDynamics Distribution of OpenTelemetry Collector currently supports receiving data from OpenTelemetry Protocol (OTLP) sources through the open source Remote Procedure Call (gRPC) and the Hypertext Transfer Protocol (HTTP).
CISCO CLOUD OBSERVABILITY
The Cisco AppDynamics Infrastructure Collector collects telemetry from the underlying host, container, or Kubernetes cluster and reports the data in OpenTelemetry format through the Cisco AppDynamics Distribution of OpenTelemetry Collector to the Cisco Observability Platform.
CISCO CLOUD OBSERVABILITY
The Cisco AppDynamics Smart Agent is an operator that is responsible for the life cycle management of Kubernetes-related agents.
APPDYNAMICS SAAS APPDYNAMICS ON-PREMISESCISCO CLOUD OBSERVABILITY
CISCO CLOUD OBSERVABILITY
A cloud connection is a connection between Cisco Cloud Observability and a cloud provider such as Amazon Web Services (AWS), Azure, and Google Cloud Platform (GCP). Cisco Cloud Observability will not only monitor the data flowing in from the cloud provider, but also the health of the actual connection (e.g., is data flowing, are there errors).
CISCO CLOUD OBSERVABILITY
A collector is software that receives or gathers data and formats it for ingestion into another application or system. A collector can act as an agent or as an intermediate step between an agent and another application or system.
APPDYNAMICS SAAS APPDYNAMICS ON-PREMISESCISCO CLOUD OBSERVABILITY
A collector collects data, such as metrics and entity attributes, from cloud and infrastructure providers and sends them to the Cisco Observability Platform.
CISCO CLOUD OBSERVABILITY
CISCO CLOUD OBSERVABILITY
APPDYNAMICS SAAS APPDYNAMICS ON-PREMISES
With a SaaS deployment, it collects, stores, analyzes, and baselines performance data collected by agents. Each AppDynamics SaaS deployment customer account is a tenant of the AppDynamics platform. An AppDynamics Controller Tenant can host one or more accounts. Each account represents one tenant on that Controller. See also Manage Controller Tenant Users and Groups.
APPDYNAMICS SAAS
Enables you to collect supplemental application data for business transaction snapshots and/or analytics.
There are three types of data collectors: Method Invocation (MIDC), HTTP, and SQL.
APPDYNAMICS SAAS APPDYNAMICS ON-PREMISES
APPDYNAMICS SAAS APPDYNAMICS ON-PREMISES
Any object that Cisco AppDynamics monitors. Entities typically have associated metrics, events, and a health status.
Examples of entities are applications, tiers, nodes, and business transactions.
CISCO CLOUD OBSERVABILITY
An entity is an instance of an entity type and uniquely represents a system that Cisco Cloud Observability observes and collects data about. Entity types include databases, services, applications, hosts, or other components comprising infrastructure. Each entity is unique and has its own ID that refers to a specific instance of an entity type.
An entity-centric page (ECP) is a UI page that displays everything of relevance (e.g., metrics, metadata, health status, events, logs, relationships) for a given entity. ECPs can be accessed from the Observe page. For more information on UI elements, see Observe UI Overview.
CISCO CLOUD OBSERVABILITY
An entity type refers to a specific category of entity. For example, a disk attached to a machine is a different type compared to a container or a service. In this case, disk, machine, container, and services are types, while /dev/sda1
, host.company.com
, containerLoginService,
and LoginService
are entity instances of those types respectively. Characteristics of the entity are governed by its type.
CISCO CLOUD OBSERVABILITY
APPDYNAMICS SAAS APPDYNAMICS ON-PREMISES
Unstructured data that represents an action or occurrence detected by the agent.
Examples include JVM restart, deadlock, and error. See also Monitor Events.
CISCO CLOUD OBSERVABILITY
An event is comprised of unstructured data representing an action or occurrence.
Graphical view of information flow within a business application. See also Flow Maps.
APPDYNAMICS SAAS APPDYNAMICS ON-PREMISES
APPDYNAMICS SAAS APPDYNAMICS ON-PREMISES
Allows you to select specific metrics as key to the overall health of an application and to define ranges for acceptable performance of those metrics.
You can customize default health rules or create new ones. See also Health Rules and Alert and Respond.
CISCO CLOUD OBSERVABILITY
A health rule can be used to monitor any entity, from a service to a database. Health rules are not set at the application level.
Instruments a method in application code outside the context of any business transaction.
Used for monitoring the performance of the method itself, or for capturing numerical data from the method's input parameters or return value. See also Information Points.
APPDYNAMICS SAAS APPDYNAMICS ON-PREMISES
CISCO CLOUD OBSERVABILITY
APPDYNAMICS SAAS APPDYNAMICS ON-PREMISES
Numerical measurement over a time interval, typically with a fixed frequency. Because of this, metrics are represented through time-series visualization. Examples include "calls per minute" and "average response time." For Cisco AppDynamics, a metric is a numerical value that an agent measures and reports. See also Metric Browser.
CISCO CLOUD OBSERVABILITY
A metric is a numerical measurement over a time interval, typically with a fixed frequency. Because of this, metrics are represented through time-series visualization. Examples include "calls per minute" and "average response time." For Cisco Cloud Observability metrics are numerical measurements of an entity or interactions measured or sampled over a period of time.
The smallest unit of the AppDynamics modeling environment.
See also Glossary.
APPDYNAMICS SAAS APPDYNAMICS ON-PREMISES
A normalized host entity refers to a combination of host metrics that Cisco AppDynamics Kubernetes Infrastructure Collector ingests and retrains from all sources for an entity, such as the Infrastructure Collector Bundle, Cloud Platform Connections, and Kubernetes nodes in the entity-centric page.
CISCO CLOUD OBSERVABILITY
APPDYNAMICS SAAS APPDYNAMICS ON-PREMISESCISCO CLOUD OBSERVABILITY
Provides a mechanism to automate monitoring, alerting, and problem remediation. See also Policies and Alert and Respond.
Consists of:
- A trigger based on events
- An action in response to the trigger
APPDYNAMICS SAAS APPDYNAMICS ON-PREMISES
CISCO CLOUD OBSERVABILITY
Purge time-to-live (TTL) is the amount of time that an entity and its data remains in Cisco Cloud Observability after the entity becomes inactive. An entity is considered inactive when its retention TTL period ends. When the purge TTL period ends, the entity data and entity-centric page is removed from the system (purged).
CISCO CLOUD OBSERVABILITY
Relationships is a panel in the Cisco Cloud Observability UI displaying entities related by entity type and ordered by topology or grouped by some criteria, such as user-selected time range, health status, or display count. From Relationships, you can click an entity to view the Entity Centric Page for more details.
CISCO CLOUD OBSERVABILITY
Retention time-to-live (TTL) is the amount of time that an entity is considered active in Cisco Cloud Observability after it stops reporting metrics, events, logs, and traces (MELT) data. When the retention TTL period ends, the entity is considered inactive and will no longer appear in the user interface or in queries for active entities.
Example:
- An entity is created at D0.
- The entity has a retention TTL of 3 days.
- On D4, the entity stops reporting MELT data.
- From D0-D7, the entity is considered active.
- From D8 onwards, the entity is considered inactive.
- If you query for active entities and the time period includes D8 or later, the entity will not be returned by the query.
- If you query for active entities and the time period includes D0 - D7, the entity will be returned by the query.
CISCO CLOUD OBSERVABILITY
APPDYNAMICS SAAS APPDYNAMICS ON-PREMISES
Provides basic metrics for one application service, or group of services, provided by a tier. See also Service Endpoints.
CISCO CLOUD OBSERVABILITY
The Service Endpoint is a URL or connection point for accessing a service and sending data to Cisco Cloud Observability using OpenTelemetry to set up a collector.
APPDYNAMICS SAAS APPDYNAMICS ON-PREMISESCISCO CLOUD OBSERVABILITY
The Service Topology enables you to observe the data flow and relationships between services (that is, services sending and receiving calls). This is also one of the shortcuts in Cisco Cloud Observability.
CISCO CLOUD OBSERVABILITY
A shortcut is a card located at the top of the Home or Entity pages that can be used for filtering, grouping, sorting, highlighting, and annotating content.
CISCO CLOUD OBSERVABILITY
A span represents each unit of work in a trace. Spans are objects that represent work being done by individual services or components involved in a request as it flows through a system.
CISCO CLOUD OBSERVABILITY
A named collection of nodes, typically representing a service.
See also Glossary.
APPDYNAMICS SAAS APPDYNAMICS ON-PREMISES
A trace tracks the progression of one request called a trace as it is handled by services constituting an application. A trace is composed of multiple spans, starting with the root span.
CISCO CLOUD OBSERVABILITY
A collection of detailed diagnostic information captured during a single invocation of a business transaction. Examples include call graphs and timing during a single user login, where login is the business transaction.
See also Call Graphs, Diagnostic Sessions, Browser Snapshots, and Network Request Snapshots.
APPDYNAMICS SAAS APPDYNAMICS ON-PREMISES
APPDYNAMICS SAAS APPDYNAMICS ON-PREMISESCISCO CLOUD OBSERVABILITY