Add Portuguese (Brazil) support for Observability Cloud short workshop

content/pt-br/_index.md

@@ -0,0 +1,36 @@
++++
+title        = "Workshops de Observabilidade"
+hero_title   = "Workshops de *Observabilidade*."
+description  = "Aprenda a criar soluções de observabilidade com a Splunk"
+weight       = "1"
+noautocards  = true
+
+[[cta]]
+label = "Ver Rookies"
+href  = "/splunk4rookies/"
+style = "primary"
+
+[[cta]]
+label = "Ver Ninjas"
+href  = "/ninja-workshops/"
+style = "ghost"
++++
+
+{{< lead >}}
+Tenha visibilidade em tempo real das suas aplicações e da sua infraestrutura com os recursos de monitoramento, análise e resposta do Splunk Observability Cloud.
+Estes workshops mostram, na prática, como usar uma plataforma de observabilidade de ponta para ingerir, monitorar, visualizar e analisar métricas, traces e logs.
+{{< /lead>}}
+
+{{< divider >}}
+
+{{< cards >}}
+{{< card title="Recursos" href="/resources/" hero-icon="book-text" >}}
+Materiais para ajudar você a aproveitar melhor o Splunk Observability Cloud.
+{{< /card >}}
+{{< card title="Cenários" href="/scenarios/" hero-icon="rocket" >}}
+Workshops guiados para você experimentar, na prática, o valor do Splunk Observability Cloud.
+{{< /card >}}
+{{< card title="Workshops de Campo sem Suporte Oficial" href="/unsupported-field-workshops/" hero-icon="users" >}}
+Workshops criados para ajudar você a extrair mais valor do Splunk Observability Cloud.
+{{< /card >}}
+{{% /cards %}}

content/pt-br/browse/_index.md

@@ -0,0 +1,10 @@
+---
+title: Ver *Workshops*
+linkTitle: Ver Workshops
+description: Todos os workshops em um só lugar.
+layout: browse
+weight: 5
+menu:
+  main:
+    weight: 5
+---

content/pt-br/ninja-workshops/_index.md

@@ -0,0 +1,10 @@
+---
+title: Ninja Workshops
+hero_title: Splunk4*Ninjas*.
+layout: "hero"
+weight: 2
+description: Já se sente confortável com o Splunk Observability Cloud? Vá mais fundo. Estes workshops avançados abordam descoberta automática, troubleshooting com apoio de IA, detalhes internos do OpenTelemetry e processamento de ingestão.
+params:
+  images:
+    - images/s4n-featured.png
+---

content/pt-br/resources/_index.md

@@ -0,0 +1,6 @@
+---
+title: Recursos
+weight: 4
+layout: "hero"
+description: Conceitos, convenções e perguntas frequentes para ajudar você a aproveitar melhor o Splunk Observability Cloud.
+---

content/pt-br/scenarios/_index.md

@@ -0,0 +1,7 @@
+---
+title: Cenários
+weight: 3
+layout: "hero"
+hidden: false
+description: "Cenários reais que conectam o Splunk Observability Cloud a trabalhos específicos: depurar microsserviços, otimizar monitoramento em nuvem, melhorar a experiência do usuário final e correlacionar eventos de rede."
+---

content/pt-br/splunk4rookies/_index.md

@@ -0,0 +1,11 @@
++++
+title       = "Splunk4Rookies"
+hero_title  = "Splunk4*Rookies*."
+weight      = "1"
+description = "Novo no Splunk Observability Cloud? Comece por aqui. Estes workshops curtos e guiados percorrem a plataforma de ponta a ponta sem presumir experiência anterior."
+layout      = "hero"
+[params]
+  images    = ["images/s4r-featured.png"]
++++
+
+{{% children type="card" description="true" image="true" %}}

content/pt-br/splunk4rookies/observability-cloud-short/1-login/_index.md

@@ -0,0 +1,24 @@
+---
+title: Login
+linkTitle:  1. Login
+weight: 1
+archetype: chapter
+time: 5 minutos
+description: Esta seção ajuda você a entender como usar o Splunk RUM para monitorar o desempenho das suas aplicações pela perspectiva do usuário final.
+---
+
+Vamos analisar os dados de usuários reais fornecidos pela telemetria recebida das sessões de navegador de todos os participantes do workshop. O objetivo é encontrar uma sessão de navegador, celular ou tablet com baixo desempenho e começar o processo de troubleshooting.
+
+{{% exercise title="Login" %}}
+
+* Você deve ter recebido um e-mail da Splunk convidando você para a Workshop Org. Se não encontrar o e-mail, confira as pastas Spam/Lixo eletrônico ou avise o instrutor.
+* Para continuar, clique no botão Join Now ou no link fornecido no e-mail.
+* Se você já concluiu o processo de cadastro, pode pular o restante e acessar diretamente o Splunk Observability Cloud para fazer login:
+  * **[https://app.eu0.signalfx.com](https://app.eu0.signalfx.com (EMEA))**
+  * **[https://app.us1.signalfx.com](https://app.us1.signalfx.com (APAC/AMER))**
+
+![login](images/login-password.png)
+
+* Você chegará à página inicial do Splunk Observability Cloud.
+
+{{% /exercise %}}

content/pt-br/splunk4rookies/observability-cloud-short/2-online-boutique/_index.md

@@ -0,0 +1,44 @@
+---
+title: Vamos às compras 💶
+linkTitle: 2. Compras no Online Boutique
+weight: 2
+time: 5 minutos
+description: Interaja com a aplicação web Online Boutique para gerar dados no Splunk Observability Cloud.
+---
+
+{{< presenter title="Timing" >}}
+Reserve cerca de 10 minutos para os participantes concluírem esta seção.
+{{< /presenter >}}
+
+{{% notice icon="user" style="orange" title="Persona" %}}
+
+Você é uma pessoa **profissional urbana e descolada**, querendo comprar seus próximos itens diferentes na famosa loja Online Boutique. Você ouviu dizer que a Online Boutique é o lugar certo para todas as suas necessidades hipster.
+
+{{% /notice %}}
+
+{{% exercise title="Terapia de varejo" %}}
+
+* A aplicação já está implantada. O instrutor vai fornecer um link para o site Online Boutique (por exemplo, `http://<s4r-workshop-i-xxx.splunk>.show:81/`). As portas 80 e 443 também estão disponíveis se a porta 81 não estiver acessível.
+* Navegue pelo Online Boutique, adicione alguns itens ao carrinho e conclua uma compra.
+* Repita isso pelo menos 3 a 5 vezes para expor os problemas de desempenho criados de propósito na aplicação.
+
+{{< tabs >}}
+{{% tab title="Pergunta" %}}
+
+**Todo o processo de checkout deveria levar apenas milissegundos. Você notou algo no processo de checkout?**
+
+{{% /tab %}}
+{{% tab title="Resposta" %}}
+
+**Às vezes fica lento!** 🐌
+
+{{% /tab %}}
+{{< /tabs >}}
+
+* Quando o processo de checkout fica lento, ele cria uma experiência frustrante para o usuário. Como isso impacta diretamente a satisfação do cliente, devemos priorizar a investigação e a correção do problema.
+
+{{% image src="images/shop.png" align="center" %}}
+
+{{% /exercise %}}
+
+Vamos para a próxima página, onde começaremos a usar o Splunk Observability Cloud e veremos como os dados aparecem no **Splunk Real User Monitoring (RUM)**.

content/pt-br/splunk4rookies/observability-cloud-short/3-rum/1-rum-overview.md

@@ -0,0 +1,27 @@
+---
+title: Visão geral do RUM
+linkTitle: 1. Visão geral do RUM
+weight: 1
+time: 5 minutos
+---
+
+{{% exercise title="Filtrar para sua loja" %}}
+
+* No Splunk Observability Cloud, no menu principal, passe o mouse sobre **Digital Experience** e clique em **Overview** **(1)** na seção **Real User Monitoring**, como mostrado abaixo.
+
+![RUM](../images/rum-de.png)
+
+* Isso abrirá o **Application Summary Dashboard**. Esta seção mostra uma visão rápida de **todas** as aplicações monitoradas.
+
+* O dashboard Real User Monitoring (RUM) Overview no Splunk Observability Cloud oferece visibilidade sobre como usuários reais experimentam suas aplicações web. Ele captura métricas de desempenho do navegador, erros de JavaScript e falhas em requisições de rede conforme ocorrem em sessões reais de usuários. O dashboard destaca Core Web Vitals (LCP, INP, CLS) para medir o desempenho de carregamento das páginas, exibe tendências de erro ao longo do tempo e mostra alertas recentes, dando às equipes de front-end os insights necessários para identificar e corrigir problemas que afetam a experiência do usuário final.
+
+* Para garantir que estamos vendo os dados corretos, confira as seguintes configurações **(2)**:
+  * O **Time frame** está definido como **-15m**.
+  * O **Environment** selecionado é **[NAME OF WORKSHOP]-workshop**.
+  * O **App** selecionado é **[NAME OF WORKSHOP]-store**.
+  * O **Source** está definido como **Browser**.
+* Em seguida, clique em **[NAME OF WORKSHOP]-store** **(3)** acima do gráfico **Page Views / JavaScript Errors**.
+
+![main page](../images/rum-dashboard.png)
+
+{{% /exercise %}}

content/pt-br/splunk4rookies/observability-cloud-short/3-rum/2-rum-app-view.md

@@ -0,0 +1,44 @@
+---
+title: 2. Visualização da aplicação
+weight: 2
+---
+
+{{% exercise title="Explorar o dashboard de RUM" %}}
+
+* Agora você verá uma visualização de dashboard que detalha as métricas por **UX Metrics**, **Front-end Health**, **Back-end Health**, **Custom Events**, **Network Requests**, **Pages** e uma **Map View**, comparando tudo com métricas históricas (1 hora por padrão).
+
+![RUM Dashboard](../images/rum-metric-map-charts.png)
+
+* As abas disponíveis nesta página incluem:
+  * **UX Metrics** Métricas de Page Views, Page Load e Web Vitals
+  * **Front-end Health** Detalhamento de JavaScript Errors e duração/contagem de Long Tasks
+  * **Back-end Health** Network Errors, Requests e Time to First Byte
+  * **Custom Events** Métricas RED (Rate, Error e Duration) para eventos customizados
+  * **Network Requests** Agrupamento de URLs de rede e métricas principais
+  * **Pages** Agrupamento de URLs, métricas principais e Web Vitals
+  * **Map View** Requisições geográficas por localização
+
+* Clique em cada uma das abas e examine os dados.
+
+{{< tabs >}}
+{{% tab title="Perguntas" %}}
+
+1. Ao examinar os gráficos na aba **Custom Events**, qual gráfico mostra claramente os picos de latência?
+2. Na aba **Map View**, de onde vem o maior volume de requisições?
+
+{{% /tab %}}
+{{% tab title="Respostas" %}}
+
+1. **Custom Event Latency P75**
+2. **Ireland**
+
+{{% /tab %}}
+{{< /tabs >}}
+
+* Garanta que você esteja na aba **Custom Events**.
+* Para identificar sessões de usuário problemáticas, vamos usar os picos de latência no gráfico **Custom Event Latency P75**.
+* No gráfico **Custom Event Latency**, clique no link **see all** **(1)** abaixo do título do gráfico.
+
+![RUM See All](../images/rum-see-all.png)
+
+{{% /exercise %}}

content/pt-br/splunk4rookies/observability-cloud-short/3-rum/3-tag-spotlight.md

@@ -0,0 +1,22 @@
+---
+title: 3. Tag Spotlight
+weight: 3
+---
+
+{{% exercise title="Filtrar para sessões PlaceOrder lentas" %}}
+
+* Este dashboard exibe todas as tags associadas aos dados de RUM, pares chave-valor gerados automaticamente pela instrumentação de RUM. Tags são usadas para filtrar dados e criar gráficos e tabelas. A visualização Tag Spotlight permite aprofundar a análise em sessões individuais de usuários.
+
+![RUM Tag Spotlight](../images/rum-tag-spotlight.png)
+
+* Altere o período para **Last 1 hour** **(1)**.
+<!--* Clique em **Add Filters**, selecione **OS Version**, clique em **!=**, selecione **Synthetics** e **RUM.LoadGen** e então clique no botão {{% button style="blue" %}}Apply Filter{{% /button %}} **(2)**.-->
+* Encontre o gráfico **Operation**, localize **PlaceOrder** na lista, clique nele e selecione **Add to filter** **(2)**.
+* Clique na aba **User Sessions** **(3)**.
+* Clique duas vezes no cabeçalho **Duration** para ordenar as sessões por duração (as mais longas no topo) **(4)**.
+
+* Agora temos uma tabela de User Sessions ordenada pela maior duração (decrescente), mostrando usuários que estiveram comprando no site. Poderíamos aplicar mais filtros para refinar ainda mais os dados, por exemplo versão do sistema operacional, versão do navegador etc.
+
+![RUM Tag Spotlight](../images/rum-user-sessions.png)
+
+{{% /exercise %}}

content/pt-br/splunk4rookies/observability-cloud-short/3-rum/4-user-sessions.md

@@ -0,0 +1,25 @@
+---
+title: 4. User Sessions
+weight: 4
+---
+
+Uma **User Session** no RUM representa a interação completa de um único usuário com sua aplicação web, desde o momento em que ele chega até sair ou ficar inativo. Cada sessão captura uma linha do tempo com todas as visualizações de página, interações do usuário (cliques, rolagens, envios de formulário), requisições de rede, erros e métricas de desempenho.
+
+As sessões são identificadas por um Session ID único e incluem metadados como tipo de navegador, dispositivo, localização geográfica e tags customizadas. Isso permite reproduzir e analisar a experiência exata de um usuário específico, o que é muito valioso para troubleshooting, entendimento do comportamento do usuário e identificação de gargalos de desempenho.
+
+{{% exercise title="Investigar a sessão mais longa" %}}
+
+* Na tabela **User Sessions**, clique no **Session ID** com a maior **Duration** (mais de 15 segundos ou mais). Isso levará você para a visualização RUM Session.
+* Observe a duração do span **PlaceOrder**. Esse é o tempo que levou para concluir o pedido. Nada bom!
+
+![RUM Session](../images/rum-waterfall-place-order.png)
+
+* Procure pelo **Fetch** **(1)**, que estará acima ou abaixo do span **PlaceOrder**.
+  * Ele será parecido com `POST https://labob...y.com/cart/checkout`.
+* Passe o mouse sobre o **APM** azul **(2)**. Depois de alguns segundos, um pop-up aparecerá.
+* Você verá que **paymentservice** e **checkoutservice** estão em estado de erro, como na captura de tela acima.
+* Em **Workflow Name**, clique em `front-end:/cart/checkout` **(3)**. Isso abrirá o **APM Service Map**. Aqui vamos investigar os serviços de back-end e suas dependências para identificar a causa raiz do problema.
+
+![RUM Session](../images/rum-waterfall.png)
+
+{{% /exercise %}}

content/pt-br/splunk4rookies/observability-cloud-short/3-rum/5-rum-to-apm.md

@@ -0,0 +1,18 @@
+---
+title: 5. RUM para APM
+weight: 5
+---
+
+{{% exercise title="Localizar o serviço com falha" %}}
+
+* No **APM Service Map**, você consegue ver claramente que há um problema com o `paymentservice`.
+
+![RUM to APM](../images/rum-to-apm.png)
+
+{{% /exercise %}}
+
+Agora navegamos com sucesso de **RUM** para **APM**, obtendo uma visão de ponta a ponta da experiência do usuário. Essa integração permite rastrear problemas de desempenho desde o front-end até os serviços de back-end, tornando o troubleshooting e a otimização mais eficazes.
+
+As métricas de RUM inicialmente apontaram o Checkout Service como a origem do problema. Sem **APM**, as equipes poderiam perder tempo investigando esse serviço sem necessidade. Com **APM**, porém, conseguimos identificar rapidamente que a causa raiz está no `paymentservice`, economizando tempo e reduzindo significativamente o MTTx.
+
+Vamos pedir aos nossos amigos de desenvolvimento back-end que continuem a investigação.

content/pt-br/splunk4rookies/observability-cloud-short/3-rum/_index.md

@@ -0,0 +1,27 @@
+---
+title: Digital Experience (RUM)
+linkTitle:  3. Digital Experience (RUM)
+weight: 3
+archetype: chapter
+time: 15 minutos
+description: Esta seção ajuda você a entender como usar o Splunk RUM para monitorar o desempenho das suas aplicações pela perspectiva do usuário final.
+---
+
+{{% notice icon="user" style="orange" title="Persona" %}}
+
+Você é uma pessoa **engenheira de front-end**, ou uma pessoa **SRE** responsável pela primeira triagem de um problema de desempenho. Pediram que você investigue um possível problema de satisfação do cliente na aplicação Online Boutique.
+
+{{% /notice %}}
+
+>[!IMPORTANT]
+> Vamos analisar os dados de *Real User Monitoring* (**RUM**) gerados por você e pelos demais participantes enquanto usam o Online Boutique. O objetivo é encontrar uma sessão de navegador, celular ou tablet com baixo desempenho e começar o processo de troubleshooting.
+
+{{< webex chat="Bill Grant" date="Hoje • 28/01/2026" seenby="PH" >}}
+{{< webex-msg from="BG" name="Bill Grant" time="09:42" >}}
+Oi! Estamos recebendo relatos de um possível problema de satisfação do cliente com a aplicação Online Boutique. Você pode fazer a primeira triagem e ver o que está acontecendo?
+{{< /webex-msg >}}
+
+{{< webex-msg me=true time="09:43" >}}
+Claro, vou começar verificando o RUM no Splunk Observability para entender o que os usuários estão experimentando. 👍
+{{< /webex-msg >}}
+{{< /webex >}}

content/pt-br/splunk4rookies/observability-cloud-short/4-apm/1-apm-service-map.md

@@ -0,0 +1,30 @@
+---
+title: 1. APM Service Map
+weight: 1
+---
+
+O APM Service Map exibe as dependências e conexões entre seus serviços instrumentados e inferidos em APM. O mapa é gerado dinamicamente com base nas suas seleções de intervalo de tempo, ambiente, transação de negócio, serviço e filtros de tags.
+
+Quando clicamos no link de APM no waterfall de RUM, filtros foram adicionados automaticamente à visualização do service map para mostrar os serviços envolvidos naquela **Transaction** (`frontend:/cart/checkout`).
+
+Você pode ver os serviços envolvidos no workflow no **Service Map**. No painel lateral, são exibidos gráficos para a transação selecionada. Quando você seleciona um serviço no **Service Map**, os gráficos no painel lateral são atualizados para mostrar métricas do serviço selecionado.
+
+{{% exercise title="Inspecionar paymentservice no mapa" %}}
+
+* Clique no **paymentservice** no Service Map para selecioná-lo.
+
+![APM Explore](../images/apm-business-workflow.png)
+
+{{< tabs >}}
+{{% tab title="Pergunta" %}}
+**Com o `paymentservice` selecionado, o que você pode concluir a partir do gráfico Service Requests & Errors no painel lateral?** **(1)**
+{{% /tab %}}
+{{% tab title="Resposta" %}}
+**O percentual de Errors está muito alto.**
+{{% /tab %}}
+{{< /tabs >}}
+
+* O Splunk APM também oferece **Service Centric Views** integradas para ajudar você a ver problemas em tempo real e determinar rapidamente se o problema está associado a um serviço, um endpoint específico ou à infraestrutura subjacente. Vamos olhar mais de perto.
+* No painel à direita, clique em **paymentservice** em azul **(2)**.
+
+{{% /exercise %}}

content/pt-br/splunk4rookies/observability-cloud-short/4-apm/2-apm-service-view.md

@@ -0,0 +1,21 @@
+---
+title: 2. APM Service View
+weight: 2
+---
+{{% notice title="Service View" style="info" %}}
+
+Como responsável por um serviço, você pode usar a service view no Splunk APM para obter uma visão completa da saúde do seu serviço em um único painel. A service view inclui um indicador em nível de serviço (SLI) para disponibilidade, dependências, métricas de request, error e duration (RED), métricas de runtime, métricas de infraestrutura, Tag Spotlight, endpoints e logs para um serviço selecionado. Você também pode navegar rapidamente para code profiling e memory profiling do seu serviço a partir da service view.
+
+{{% /notice %}}
+
+{{% exercise title="Ampliar o período para expor erros" %}}
+
+* Confira a caixa **Time**. Você pode ver que os dashboards mostram apenas dados relevantes ao tempo que o trace de APM selecionado anteriormente levou para concluir (observe que os gráficos são estáticos).
+* Na caixa **Time**, altere o período para **-1h** **(1)**.
+
+![Service Dashboard](../images/apm-service-dashboard.png)
+
+* Você consegue ver claramente que a **Success rate** não é 100%, porque temos erros em nosso serviço.
+* Precisamos entender se existe um padrão nessa taxa de erro. Temos uma ferramenta prática para isso: clique na aba **Tag Spotlight** **(2)**.
+
+{{% /exercise %}}