Skip to content

Commit

Permalink
Merge pull request #314 from dmitchsplunk/main
Browse files Browse the repository at this point in the history
renamed the understand impact of changes to debug problems in microse…
  • Loading branch information
rcastley committed Sep 9, 2024
2 parents 17383cc + 914bd94 commit 3461fac
Show file tree
Hide file tree
Showing 77 changed files with 41 additions and 34 deletions.
32 changes: 2 additions & 30 deletions content/en/scenarios/debug_problems/_index.md
Original file line number Diff line number Diff line change
Expand Up @@ -2,36 +2,8 @@
title: Debug Problems in Microservices
linkTitle: Debug Problems in Microservices
weight: 3
archetype: chapter
time: 2 minutes
authors: ["Derek Mitchell"]
description: This scenario helps software developers to make debugging problems in microservices easier, faster, and more cost-effective for platform engineering teams rolling out standardized tooling.

description: This scenario helps engineering teams identify and fix issues caused by planned and unplanned changes to their microservices-based applications.

---

**Service Maps** and **Traces** are extremely valuable in determining what service an issue resides in. And related log data helps provide detail on why issues are occurring in that service.

But engineers sometimes need to go even deeper to debug a problem that’s occurring in one of their services.

This is where features such as Splunk's **AlwaysOn Profiling** and **Database Query Performance** come in.

**AlwaysOn Profiling** continuously collects stack traces so that you can discover which lines in your code are consuming the most CPU and memory.

And **Database Query Performance** can quickly identify long-running, unoptimized, or heavy queries and mitigate issues they might be causing.

In this workshop, we'll explore:

* How to debug an application with several performance issues.
* How to use **Database Query Performance** to find slow-running queries that impact application performance.
* How to enable **AlwaysOn Profiling** and use it to find the code that consumes the most CPU and memory.
* How to apply fixes based on findings from **Splunk Observability Cloud** and verify the result.

The workshop uses a Java-based application called `The Door Game` hosted in Kubernetes. Let's get started!

{{% notice title="Tip" style="primary" icon="lightbulb" %}}
The easiest way to navigate through this workshop is by using:

* the left/right arrows (**<** | **>**) on the top right of this page
* the left (◀️) and right (▶️) cursor keys on your keyboard
{{% /notice %}}
{{% children description="true" %}}
36 changes: 36 additions & 0 deletions content/en/scenarios/debug_problems/profiling/_index.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,36 @@
---
title: Profiling Workshop
linkTitle: Profiling Workshop
weight: 3
archetype: chapter
time: 2 minutes
authors: ["Derek Mitchell"]
description: This workshop shows how Database Query Performance and AlwaysOn Profiling can be used to reduce the time required for engineers to debug problems in microservices.

---

**Service Maps** and **Traces** are extremely valuable in determining what service an issue resides in. And related log data helps provide detail on why issues are occurring in that service.

But engineers sometimes need to go even deeper to debug a problem that’s occurring in one of their services.

This is where features such as Splunk's **AlwaysOn Profiling** and **Database Query Performance** come in.

**AlwaysOn Profiling** continuously collects stack traces so that you can discover which lines in your code are consuming the most CPU and memory.

And **Database Query Performance** can quickly identify long-running, unoptimized, or heavy queries and mitigate issues they might be causing.

In this workshop, we'll explore:

* How to debug an application with several performance issues.
* How to use **Database Query Performance** to find slow-running queries that impact application performance.
* How to enable **AlwaysOn Profiling** and use it to find the code that consumes the most CPU and memory.
* How to apply fixes based on findings from **Splunk Observability Cloud** and verify the result.

The workshop uses a Java-based application called `The Door Game` hosted in Kubernetes. Let's get started!

{{% notice title="Tip" style="primary" icon="lightbulb" %}}
The easiest way to navigate through this workshop is by using:

* the left/right arrows (**<** | **>**) on the top right of this page
* the left (◀️) and right (▶️) cursor keys on your keyboard
{{% /notice %}}
Original file line number Diff line number Diff line change
@@ -1,12 +1,11 @@
---
title: Understand Impact of Changes
linkTitle: Understand Impact of Changes
title: Tagging Workshop
linkTitle: Tagging Workshop
weight: 2
archetype: chapter
time: 2 minutes
authors: ["Derek Mitchell"]
description: This scenario helps SREs identify the impact of planned and unplanned changes to their environment so that they can address issues quickly to ensure the performance of key customer transactions.

description: This workshop shows how tags can be used to reduce the time required for SREs to isolate issues across services, so they know which team to engage to troubleshoot the issue further, and can provide context to help engineering get a head start on debugging.

---

Expand Down

0 comments on commit 3461fac

Please sign in to comment.