Przejdź do treści
Biblioteka skilli
DevOps i chmura · Integracja z narzędziem

dt-obs-log-semantic-mapping

/dt-obs-log-semantic-mapping

Proponuje i waliduje mapowania słownika semantycznego Dynatrace dla integracji logów audytowych z surowych payloadów dostawcy lub zdarzeń na żywo, w tym reguły ekstrakcji OpenPipeline w DQL.

Licencja
Apache-2.0
Ostatnia zmiana repozytorium
01.10.2026

Ocena i bezpieczeństwo

100/ 100Klasa: dobry
Format25 / 25
Frontmatter z nazwą i opisem, poprawna nazwa, opis do 1024 znaków, nazwa zgodna z folderem.
Odkrywalność25 / 25
Opis mówi, kiedy użyć skilla, ma sensowną długość i jest w 3. osobie.
Treść35 / 35
Co najmniej 150 słów i do 500 linii, nagłówki, listy kroków, przykłady albo kod.
Higiena15 / 15
Bez zaślepek typu TODO, bez ścieżek Windows, z licencją.
Ryzykobrak sygnałów w skanie
Pliki w paczce
9
Skrypty
0
Komentarze HTML
0
Adresy URL w SKILL.md
1
Przestarzałość

Brak sygnałów. Repozytorium zmienione 01.10.2026, bez odwołań do wycofanych modeli i API.

Licencja

Apache-2.0, otwarta: można używać i zmieniać, z zachowaniem licencji i informacji o zmianach.

Co robi i kiedy

Proponuje i waliduje mapowania słownika semantycznego Dynatrace dla integracji logów audytowych z surowych payloadów dostawcy lub zdarzeń na żywo, w tym reguły ekstrakcji OpenPipeline w DQL.

Oryginalny opis (EN)

Suggest and validate semantic dictionary (SD) mappings for audit log integrations using raw vendor log payloads or live ingested events. Use when: mapping a vendor audit log feed, authentication logs, user activity logs to the Dynatrace SD; checking required semantic fields; proposing OpenPipeline processor extraction rules based on DQL; running runtime validation (fetches live logs by log.source, then applies static validation).

Jak działa

  1. Purpose
  2. Log Classes
  3. Workflows
  4. Key Concepts
  5. References
Sekcje z nagłówków SKILL.md, w oryginale · 50 linii, 429 słów
Podgląd SKILL.md
---
name: dt-obs-log-semantic-mapping
description: "Suggest and validate semantic dictionary (SD) mappings for audit log integrations using raw vendor log payloads or live ingested events. Use when: mapping a vendor audit log feed, authentication logs, user activity logs to the Dynatrace SD; checking required semantic fields; proposing OpenPipeline processor extraction rules based on DQL; running runtime validation (fetches live logs by log.source, then applies static validation)."
license: Apache-2.0
---

# dt-obs-log-semantic-mapping

Build and validate semantic-dictionary-aligned mappings for audit log integrations.

## Purpose

Use this skill when a user wants to:

- **Suggest** a mapping from a raw vendor audit log payload to Dynatrace `fetch logs` fields (Workflow A).
- **Validate** a mapping against a pasted ingested log event (Workflow B1 — static).
- **Validate** against live tenant data via live tenant access (Workflow B2 — runtime: fetches logs by `log.source`, then runs B1 on the result).

## Log Classes

| Class | Description | Key namespaces | Example sources |
|---|---|---|---|
| `authentication` | Login, logout, MFA, token | `audit.*`, `actor.*`, `browser.*`, `device.*` | CyberArk, Okta, Azure SignInLogs |
| `authorization` | Access decisions, permission changes | `audit.*`, `actor.*`, `object.*` | CyberArk, Okta |
| `user_action` | CRUD on platform resources | `audit.*`, `actor.*`, `object.*`, `product.*` | Okta, GitHub, Sonatype |
| `http` | HTTP request/response (WAF, network devices) | `http.*`, `url.*`, `server.*`, `geo.*`, `client.*` | Akamai SIEM, Cloudflare |

## Workflows

| Mode | Input | Source |
|---|---|---|
| **Workflow A** — Suggest mapping | Raw vendor log payload | `references/mapping-workflow.md § Workflow A` |
| **Workflow B1** — Static validation | Pasted ingested log event | `references/mapping-workflow.md § Workflow B1` |
| **Workflow B2** — Runtime validation | `log.source` value + live tenant access | `references/runtime-validation.md` — fetches logs, then runs B1 |

## Key Concepts

**Content field burial:** The primary validation concern. Fields in `content` (the raw vendor payload) that could be promoted to top-level semantic attributes but are not. The skill always inventories buried vs promoted fields and proposes OpenPipeline extraction rules to fix gaps.

> **Prerequisite:** When proposing OpenPipeline processor extraction rules, load the `dt-dql-essentials` skill first. OpenPipeline processors use DQL functions (`parse`, `fieldsAdd`, `splitString`, etc.) — using non-DQL syntax produces invalid rules.

**Sparse mappings are valid:** Integrations like GitHub or Sonatype may only populate core fields. Minimum required: `timestamp`, `log.source`, `content`, `loglevel`, `audit.action`, `audit.identity`.

## References

- `references/data-model-notes.md` — Log SD field taxonomy, audit namespace, enums, sample-derived patterns and known discrepancies
- `references/mapping-workflow.md` — Intake checklist, Workflow A and B1 procedures, content field analysis, field priority order
- `references/validation-rules.md` — Required fields, content/enum/type rules, discrepancy severity
- `references/openpipeline-constraints.md` — OpenPipeline processor command/function/operator/matcher restrictions; `parseJson` unavailability + `parse`→`fieldsFlatten` alternative; iterative operators for array casting
- `references/report-format.md` — Mapping table, diff table, OpenPipeline sketch, Validation Summary templates
- `references/runtime-validation.md` — Workflow B2: fetch live records, then run B1
- `samples/audit-logs.json` — Mapped samples: CyberArk, Okta, Azure SignInLogs, Sonatype, GitHub
- `samples/http-logs.json` — Mapped samples: Akamai SIEM (WAF/HTTP class)
- [Dynatrace Log Semantic Dictionary](https://docs.dynatrace.com/docs/semantic-dictionary/model/log)
Pliki w paczce (9)
  • SKILL.md 4 KB
  • references/data-model-notes.md 13 KB
  • references/mapping-workflow.md 11 KB
  • references/openpipeline-constraints.md 8 KB
  • references/report-format.md 6 KB
  • references/runtime-validation.md 2 KB
  • references/validation-rules.md 6 KB
  • samples/audit-logs.json 11 KB
  • samples/http-logs.json 5 KB

Wersje

W bazie nie ma innych skilli o nazwie dt-obs-log-semantic-mapping.

Identyczna treść występuje jeszcze w 1 innych folderach na GitHubie. Tu pokazujemy jedną, najlepiej ocenioną kopię.

Migawka bazy z 28.10.2026 · wersja paczki 626fa59944af (skrót SHA-256 całej paczki)

Pobrania w ostatnich 30 dniach: 0 · ranking

Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.

Podobne skille

  • 100dt-sec-semantic-mapping
    Proponuje i waliduje mapowania słownika semantycznego Dynatrace dla nowych integracji bezpieczeństwa z próbek API dostawcy lub zdarzeń na żywo, wskazując rozbieżności i poprawki.
  • 100dt-obs-logs
    Wyszukuje i filtruje logi w Dynatrace, analizuje wzorce błędów i liczy wskaźnik błędów dla logów aplikacji i infrastruktury, także z korelacją danych.
  • 100dtctl
    Bada incydenty, debuguje wydajność, analizuje logi i zarządza zasobami obserwowalności w Dynatrace przez CLI dtctl: błędy, opóźnienia, SLO, problemy, ślady, dashboardy, workflow i zapytania DQL.
  • 100dynatrace-managed
    Konfiguruje i obsługuje zapytania do Dynatrace Managed przez serwer MCP: połączenia klastra, tokeny API, wybór środowiska oraz selektory encji dla logów, metryk, zdarzeń, problemów, podatności i SLO.
  • 100haven-logs
    Czyta logi, błędy, ślady, metryki i profile stosu haven poleceniami logs, errors, obs traces, obs query, obs metrics i obs profiles oraz sekcje stores i jobs w status, z opcją --agent.
  • 100structured-logging-design
    Pomaga projektować schematy logów: wybór JSON lub tekstu, identyfikatory korelacji między usługami, redakcja danych osobowych, kontrola kosztów wolumenu logów i integracja z OpenTelemetry.

Uwagi i zgłoszenia

Wiadomość trafi do Bartosza Sokolińskiego. Adres e-mail jest potrzebny tylko do odpowiedzi. Szczegóły w polityce prywatności.