Skip to content

Commit 9084f63

Browse files
committed
Starting to add some polish
1 parent 2f646c9 commit 9084f63

File tree

11 files changed

+12
-8
lines changed

11 files changed

+12
-8
lines changed

content/en/s4r/1-workshop-goals/_index.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -26,7 +26,7 @@ Examine the real user data that has been provided by the telemetry received from
2626

2727
##### 6. Splunk Application Performance Monitoring
2828

29-
Discover the power of **full end-to-end visibility** by jumping from a RUM trace (frontend) to an APM trace (backend). All the services are sending telemetry (traces and spans) that Splunk Observability Cloud can visualize, analyze and use to detect anomalies and errors.
29+
Discover the power of **full end-to-end visibility** by jumping from a RUM trace (front-end) to an APM trace (back-end). All the services are sending telemetry (traces and spans) that Splunk Observability Cloud can visualize, analyze and use to detect anomalies and errors.
3030

3131
##### 7. Using Logs with Splunk Log Observer
3232

content/en/s4r/2-opentelemetry/_index.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -8,7 +8,7 @@ tags:
88

99
With the rise of cloud computing, microservices architectures, and ever-more complex business requirements, the need for Observability has never been greater. Observability is the ability to understand the internal state of a system by examining its outputs. In the context of software, this means being able to understand the internal state of a system by examining its telemetry data, which includes **metrics**, **traces**, and **logs**.
1010

11-
To make a system observable, it must be instrumented. That is, the code must emit traces, metrics, and logs. The instrumented data must then be sent to an Observability backend such as **Splunk Observability Cloud**.
11+
To make a system observable, it must be instrumented. That is, the code must emit traces, metrics, and logs. The instrumented data must then be sent to an Observability back-end such as **Splunk Observability Cloud**.
1212

1313
{{< mermaid >}}
1414

@@ -53,4 +53,4 @@ Since OpenTelemetry is vendor-neutral and supported by many industry leaders in
5353

5454
Splunk has fully committed to OpenTelemetry so that our customers can collect and use **ALL** their data, in any type, any structure, from any source, on any scale, and all in real-time. OpenTelemetry is fundamentally changing the monitoring landscape, enabling IT and DevOps teams to bring data to every question and every action. You will experience this during these workshops.
5555

56-
![full stack Splunk](images/splunk-full-stack.png?width=40vw)
56+
![full stack Splunk](images/otel.png)
Binary file not shown.
-1.02 MB
Binary file not shown.
-37.8 KB
Binary file not shown.

content/en/s4r/3-initial-tour/3-apm-home/1-apm-overview.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -4,13 +4,13 @@ linkTitle: 1. APM Overview
44
weight: 1
55
---
66

7-
Splunk APM provides a **NoSample™** end-to-end visibility of every service and its dependency to solve problems quicker across monoliths and microservices. Teams can immediately detect problems from new deployments, confidently troubleshoot by scoping and isolating the source of an issue, and optimize service performance by understanding how backend services impact end users and business workflows.
7+
Splunk APM provides a **NoSample™** end-to-end visibility of every service and its dependency to solve problems quicker across monoliths and microservices. Teams can immediately detect problems from new deployments, confidently troubleshoot by scoping and isolating the source of an issue, and optimize service performance by understanding how back-end services impact end users and business workflows.
88

99
**Real-time monitoring and alerting:** Splunk provides a 10-second resolution on metrics to detect and alert on issues when they happen.
1010
**Dynamic telemetry maps:** Easily visualize service performance in modern production environments in real-time. End-to-end visibility of service performance from infrastructure, applications, end users, and all dependencies helps quickly scope new issues and troubleshoot more effectively.
1111
**Intelligent tagging and analysis:** View all tags from your business, infrastructure and applications in one place to easily compare new trends in latency or errors to their specific tag values.
1212
**AI-directed troubleshooting identifies the most impactful issues:** Instead of manually digging through individual dashboards, isolate problems more efficiently. Automatically identify anomalies and the sources of errors that impact services and customers the most.
13-
**Complete distributed tracing analyses every transaction:** Identify problems in your cloud-native environment more effectively. Splunk distributed tracing visualizes and correlates every transaction from the backend and frontend in context with your infrastructure, business workflows and applications.
13+
**Complete distributed tracing analyses every transaction:** Identify problems in your cloud-native environment more effectively. Splunk distributed tracing visualizes and correlates every transaction from the back-end and front-end in context with your infrastructure, business workflows and applications.
1414
**Full stack correlation:** Within Splunk Observability, APM links traces, metrics, logs and profiling together to easily understand the performance of every component and its dependency across your stack.
1515
**Monitor database query performance:** Easily identify how slow and high execution queries from SQL and NoSQL databases impact your services, endpoints and business workflows — no instrumentation required.
1616

content/en/s4r/3-initial-tour/5-synthetics-home/1-synthetics-overview.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -8,7 +8,7 @@ Splunk Synthetic Monitoring provides visibility across URLs, APIs and critical w
88

99
**Ensure Availability:** Proactively monitor and alert on the health and availability of critical services, URLs and APIs with customizable browser tests to simulate multi-step workflows that make up the user experience.
1010
**Improve Metrics:** Core Web Vitals and modern performance metrics allow users to view all their performance defects in one place, measure and improve page load, interactivity and visual stability, and find and fix JavaScript errors to improve page performance.
11-
**Frontend to Backend:** Integrations with Splunk APM, Infrastructure Monitoring, On-Call and ITSI help teams view endpoint uptime against backend services, the underlying infrastructure and within their incident response coordination so they can troubleshoot across their entire environment, in a single UI.
11+
**front-end to back-end:** Integrations with Splunk APM, Infrastructure Monitoring, On-Call and ITSI help teams view endpoint uptime against back-end services, the underlying infrastructure and within their incident response coordination so they can troubleshoot across their entire environment, in a single UI.
1212
**Detect and Alert:** Monitor and simulate end-user experiences to detect, communicate and resolve issues for APIs, service endpoints and critical business transactions before they impact customers.
1313
**Business Performance:** Easily define multi-step user flows for key business transactions and start recording and testing your critical user journeys in minutes. Track and report SLAs and SLOs for uptime and performance.
1414
**Filmstrips and Video Playback:** View screen recordings, film strips, and screenshots alongside modern performance scores, competitive benchmarking, and metrics to visualize artificial end-user experiences. Optimize how fast you deliver visual content, and improve page stability and interactivity to deploy better digital experiences.

content/en/s4r/5-rum/4-user-sessions.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -19,7 +19,7 @@ This brings up the APM Performance Summary. Having this end-to-end (RUM to APM)
1919
{{% notice title="Exercise" style="green" icon="running" %}}
2020

2121
* You will see **paymentservice** and **checkoutservice** are in an error state as per the screenshot above.
22-
* Under **Workflow Name** click on **frontend:/cart/checkout**, this will bring up the APM Service Map.
22+
* Under **Workflow Name** click on **front-end:/cart/checkout**, this will bring up the APM Service Map.
2323

2424
{{% /notice %}}
2525

content/en/s4r/6-apm/_index.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -5,6 +5,6 @@ weight: 6
55
archetype: chapter
66
---
77

8-
Discover the power of full end-to-end visibility by jumping from a RUM trace (frontend) to an APM trace (backend). All the services are sending telemetry (traces and spans) that Splunk Observability Cloud can visualize, analyze and use to detect anomalies and errors.
8+
Discover the power of full end-to-end visibility by jumping from a RUM trace (front-end) to an APM trace (back-end). All the services are sending telemetry (traces and spans) that Splunk Observability Cloud can visualize, analyze and use to detect anomalies and errors.
99

1010
RUM and APM are two sides of the same coin. RUM is the client-side view of the application and APM is the server-side view. In this section, we will use APM to drilldown and identify where the problem is.

content/en/s4r/_index.md

Lines changed: 4 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -18,6 +18,10 @@ One core tenet in building the Splunk Observability Cloud is to unify telemetry
1818

1919
The workshop uses a microservices-based application that is deployed on AWS EC2 instances. The application is a simple e-commerce application that allows users to browse products, add them to a cart, and checkout. The application is instrumented with OpenTelemetry.
2020

21+
---
22+
2123
**[OpenTelemetry](https://opentelemetry.io)** is a collection of tools, APIs, and software development kits (SDKs), used to instrument, generate, collect, and export telemetry data (metrics, traces, and logs) to help you analyze your software’s performance and behavior.
2224

2325
The OpenTelemetry community is growing. As a joint project between Splunk, Google, Microsoft, Amazon, and many other organizations, it currently has the second-largest number of contributors in the Cloud Native Computing Foundation after Kubernetes.
26+
27+
![Full Stack](images/splunk-full-stack.png)

0 commit comments

Comments
 (0)