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.
- Autor
- dynatrace ↗
- Repozytorium
- dynatrace-for-ai ↗
- Licencja
- Apache-2.0
- Ostatnia zmiana repozytorium
- 01.10.2026
Ocena i bezpieczeństwo
- Pliki w paczce
- 9
- Skrypty
- 0
- Komentarze HTML
- 0
- Adresy URL w SKILL.md
- 1
Brak sygnałów. Repozytorium zmienione 01.10.2026, bez odwołań do wycofanych modeli i API.
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
- Purpose
- Log Classes
- Workflows
- Key Concepts
- References
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.