05 ClickStack
Notas do instrutor para o módulo 05 — cronograma, roteiro de apresentação, falhas comuns e etapas de redefinição.
Terminal do macOS: Execute os comandos do workshop no Terminal usando zsh ou bash.
Material do facilitador correspondente à lição 05 ClickStack do participante.
Cronograma
Cerca de 15 minutos. A telemetria precisa se acumular antes do laboratório de incidentes do módulo 07; por isso, inicie o coletor assim que este módulo permitir e mantenha-o em execução.
Roteiro de apresentação
- O Managed ClickStack armazena a telemetria no ClickHouse Cloud; o HyperDX é a interface hospedada.
O coletor local apenas encaminha os dados. Mostre tanto um trace de solicitação de ponta a ponta quanto um registro
recente
DEBUG ... ClickHouse query okna origem Log. - Peça aos participantes que iniciem o coletor na etapa 1 antes de abrir o Managed ClickStack na etapa 2. Assim, a telemetria tem tempo para chegar e a primeira visualização na interface hospedada já será útil.
- Mostre no projetor um trace de solicitação de ponta a ponta.
Falhas comuns
- As portas OTLP 4317/4318 do host já estão em uso: peça aos participantes que definam
OTEL_GRPC_HOST_PORT/OTEL_HTTP_HOST_PORTno.env.workshop(a verificação prévia sugere valores, por exemplo, 24317/24318) e, de qualquer lugar dentro do repositório clonado, executemcd "$(git rev-parse --show-toplevel)/workshops/build_workshop/app" && ./preflight.sh; o back-end acessa o coletor pela rede interna, portanto o remapeamento é seguro. - A sobreposição do coletor não foi iniciada (o segundo
-f docker-compose.otel.ymlfoi esquecido), então nada chega ao HyperDX. OTLP_AUTH_TOKENnão corresponde ao valor esperado, ou faltam variáveisCLICKHOUSE_*no.env.workshop(o coletor reutilizaCLICKHOUSE_HOST/PORT/USER/PASSWORDpara acessar o serviço na nuvem).- Ainda não foi gerado tráfego; peça aos participantes que naveguem pelos dois painéis.
- No Docker Desktop, o coletor opcional
--profile container-logsnão consegue montar o caminho de logs do host (o daemon está em uma VM); isso é esperado. Os logs do back-end ainda trafegam por OTLP. Usedocker compose ... logsapenas para diagnosticar o encaminhador se o HyperDX estiver vazio. - Antes, depois que a sobreposição recriava o back-end, o aplicativo retornava 502 (o nginx do front-end mantinha em cache o IP antigo do back-end). Agora o front-end resolve novamente o endereço a cada solicitação, portanto se recupera sozinho em cerca de 10 s e não precisa ser reiniciado manualmente. Correção confirmada no ensaio.
- Referência do ensaio: pipeline de telemetria validado de ponta a ponta — traces de
nyc-taxi-backendcom spans filhosclickhouse.querycontendodb.statement/db.elapsed_ms/db.rows_returned. Comportamento confirmado no ensaio em ambiente limpo de julho de 2026.
Etapas de redefinição
- Reinicie usando os dois arquivos do Compose:
docker compose --env-file .env.workshop -f docker-compose.workshop.yml -f docker-compose.otel.yml up -d --build. - No console do Cloud, abra o serviço, escolha ClickStack e reabra a interface hospedada caso a sessão de SSO tenha expirado.