Help Center > > Service Overview> Application Scenarios

Application Scenarios

Updated at: Dec 14, 2020 GMT+08:00

Application Performance Management (APM) is widely used. You can learn how to use APM based on the following typical application scenarios.

Diagnosis of Application Exceptions

Pain Points

In the distributed microservice architecture, enterprises can develop diverse complex applications efficiently. However, this architecture poses great challenges to traditional O&M and diagnosis technologies. In the example of an e-commerce application, problems are as follows:

  • Difficult fault locating

    After receiving the feedback from customers, customer service personnel submit problems to technical personnel for troubleshooting. In the distributed microservice architecture, a request usually undergoes multiple services/nodes before a result is returned. If a fault occurs, O&M personnel need to repeatedly view logs on multiple hosts to locate the fault. Even for simple problems, troubleshooting requires cooperation from multiple teams.

  • Difficult architecture sort-out

    When service logic becomes complex, it is difficult to find out the downstream services (databases, HTTP APIs, and caches) that an application depends on, and external services that depend on the application from the code perspective. It is also difficult to sort out the service logic, manage the architecture, and plan capacities. For example, enterprises are hard to determine the number of hosts required for online promotion activities on November 11.

Service Implementation

APM can diagnose exceptions in large distributed applications. When an application breaks down or a request fails, you can locate faults in minutes through topologies and drill-downs.

  • Visible topology: Abnormal application instances can be automatically discovered on the topology.

  • Tracing: You can locate root causes in code through drill-downs after identifying abnormal applications on the topology.

  • SQL analysis: APM displays graphs of key metrics (such as number of SQL statement calls, latency, and number of errors), and supports analysis of database performance problems caused by abnormal SQL statements.

User Experience Management

Pain Points

In the Internet era where user experience is of crucial importance, you cannot obtain user access information even if backend services run stably. It is much more difficult to locate frontend problems that occur occasionally. After a system goes online, if users cannot access the system due to errors and you fail to obtain the information in time, you will lose lots of users. If users reports page usage problems, how to reproduce the users' problems immediately? How to obtain error details and quickly solve problems.

Service Implementation

APM provides experience management capabilities. Specifically, it analyzes the complete process (user request > server > database > server > user request) of application transactions in real time, and provides Apdex scores, enabling you to monitor comprehensive user experience in real time. For transactions with poor user experience, locate problems through topologies and tracing.

  • Application KPI analysis: KPIs such as throughput, latency, and call success rate are displayed, so that you can monitor user experience easily.
  • Full-link performance tracing: Web services, caches, and databases are traced, so that you can detect performance bottlenecks quickly.

Intelligent Diagnosis

Pain Points

For massive services, there is rich but unassociated application O&M data, such as hundreds of monitoring metrics, KPI data, and call tracing data. How to associate metric and alarm data from multiple perspectives (such as applications, services, instances, hosts, and transactions), and automatically complete RCA? How to provide possible causes during intelligence exception analysis based on the learned historical data and O&M experience library?

Service Implementation

APM supports automatic detection of faults using machine learning algorithms, and intelligent diagnosis. When an exception occurs in a transaction, APM learns historical metric data based on intelligent algorithms, associates exception metrics for multi-dimensional analysis, extracts characteristics of context data (such as resources, parameters, and call structures) when services are normal and abnormal, and locate root causes through cluster analysis. APM can collect and compare the historical data about good and poor experience, and record the environment data that may cause application errors, including input and output parameters, tracing, resource data, and JVM parameters. Based on the Enterprise Intelligent (EI) engine, APM can train historical data online and make predictions.

Did you find this page helpful?

Submit successfully!

Thank you for your feedback. Your feedback helps make our documentation better.

Failed to submit the feedback. Please try again later.

Which of the following issues have you encountered?

Please complete at least one feedback item.

Content most length 200 character

Content is empty.

OK Cancel