You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/en/ninja-workshops/1-automatic-discovery/2-petclinic-kubernetes/1-architecture/_index.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,14 +5,14 @@ weight: 2
5
5
time: 5 minutes
6
6
---
7
7
8
-
The diagram below details the architecture of the Spring PetClinic Java application running in Kubernetes with the Splunk OpenTelemetry Operator and automatic discovery and configuration enabled.
9
-
10
8
The Spring PetClinic Java application is a simple microservices application that consists of a frontend and backend services. The frontend service is a Spring Boot application that serves a web interface to interact with the backend services. The backend services are Spring Boot applications that serve RESTful API's to interact with a MySQL database.
11
9
12
10
By the end of this workshop, you will have a better understanding of how to enable **automatic discovery and configuration** for your Java-based applications running in Kubernetes.
13
11
12
+
The diagram below details the architecture of the Spring PetClinic Java application running in Kubernetes with the Splunk OpenTelemetry Operator and automatic discovery and configuration enabled.
Based on the [**example**](https://github.com/signalfx/splunk-otel-collector-chart/blob/main/examples/enable-operator-and-auto-instrumentation/spring-petclinic-java.md)**Josh Voravong**has created.
18
+
Based on the [**example**](https://github.com/signalfx/splunk-otel-collector-chart/blob/main/examples/enable-operator-and-auto-instrumentation/spring-petclinic-java.md)**Josh Voravong** created.
Copy file name to clipboardExpand all lines: content/en/ninja-workshops/1-automatic-discovery/2-petclinic-kubernetes/2-preparation/_index.md
+8-8Lines changed: 8 additions & 8 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -53,11 +53,11 @@ Please make a note of the `INSTANCE` environment variable value as this will use
53
53
54
54
For this workshop, **all** of the above are required. If any have values missing, please contact your Instructor.
55
55
56
-
{{% notice title="Delete any existing OpenTelemetry Collectors" style="warning" %}}
57
-
If you have previously completed a Splunk Observability workshop using this EC2 instance, you need to ensure that any existing installation of the Splunk OpenTelemetry Collector is deleted. This can be achieved by running the following command:
58
-
59
-
```bash
60
-
helm delete splunk-otel-collector
61
-
```
62
-
63
-
{{% /notice %}}
56
+
> [!SPLUNK]Delete any existing OpenTelemetry Collectors
57
+
>If you have previously completed a Splunk Observability workshop using this EC2 instance, you
58
+
>need to ensure that any existing installation of the Splunk OpenTelemetry Collector is
59
+
>deleted. This can be achieved by running the following command:
description: Learn how to enable automatic discovery and configuration for your Java-based application running in Kubernetes. Experience real-time monitoring to help you maximize application behavior with end-to-end visibility.
7
-
authors: ["Pieter Hagen"]
8
7
time: 90 minutes
9
8
---
10
9
@@ -14,13 +13,11 @@ The workshop scenario will be created by installing a simple (**un-instrumented*
14
13
15
14
By following the simple steps to install the Splunk OpenTelemetry Collector and enabling automatic discovery and configuration for existing Java based deployments you will learn how easy it is to send metrics, traces and logs to **Splunk Observability Cloud**.
0 commit comments