Új adatgazdagítási, biztonsági és Kubernetes-funkciók érkeztek a Dynatrace-be

Egyszerűbb adatgazdagítás és biztonsági riasztások

A 2026. augusztus 11-én megkezdett kivezetés részeként a Dynatrace új Inline lookup processzort adott az OpenPipeline-hoz. Ez lehetővé teszi, hogy egy rekord meglévő attribútumához egy, a folyamatban közvetlenül meghatározott keresőtábla alapján új vagy frissített értéket rendeljenek. A megoldás használható például hibakódok leírásának hozzáadására, alkalmazásazonosítók üzleti egységhez vagy költségközponthoz rendelésére, illetve biztonsági környezet hozzáadására.

A Dynatrace szerint a processzor ezeknél a gyakori feladatoknál kiválthatja az összetett DQL-lekérdezéseket, így az adatgazdagítás egyszerűbbé és áttekinthetőbbé válhat.

Az Application Security területén új munkafolyamat-sablon figyeli a generatív AI-szolgáltatásoknál felbukkanó kritikus és magas kockázatú sérülékenységeket. A Notify on New Critical & High Vulnerabilities sablon Slack-értesítést küld az új találatokról. Az értesítés tartalmazza az érintett szolgáltatásokat, a sérülékeny komponenseket és a biztonsági megállapításokhoz, valamint a Vulnerabilities és AI Observability nézetekhez vezető közvetlen hivatkozásokat. A használathoz telepíteni kell a sablont, csatlakoztatni kell a Slack-munkaterületet, és be kell kapcsolni az ütemezett aktiválást.

Kubernetes és infrastruktúra: központi kezelés, biztonságosabb telepítés

A kiadás új, központosított stratégiát vezet be a telemetria metaadatainak gazdagítására. A felhasználók egy helyen kezelhetnek egyedi kulcs-érték párokat elsődleges címkeként, származtathatnak címkéket Kubernetes-névtér-annotációkból és címkékből, valamint domaincímkéket is feloldhatnak és csatolhatnak. A konfiguráció olyan mezők beállítását is támogatja, mint a biztonsági környezet, a költségközpont és a költségtermék.

A Dynatrace Operator közvetlenül a DynaKube-erőforrás attribútumaiból is képes gazdagítani a kulcs-érték párokat. A funkció Kubernetes-jelekhez és a OneAgent által gyűjtött gazdagép- és folyamatjelekhez használható. A felhőjelek gazdagítása egy későbbi Dynatrace-verzióban érkezik.

A Dynatrace Operator mostantól platformtokeneket is támogat. A vállalat ezeket a hozzáférési tokenek utódjaként vezeti be, és arra ösztönzi a felhasználókat, hogy kezdjék meg az átállást. A meglévő hozzáférési tokeneket egyelőre továbbra is elfogadják, de később eltávolítják őket a Dynatrace Operatorból. A kapcsolódó dátumokról és ajánlott gyakorlatokról a kiadási jegyzetekben adnak majd tájékoztatást.

Az ActiveGate és OneAgent nyilvános regiszterekben tárolt konténerképeihez automatikus frissítés érkezett. A támogatott regiszterek több architektúrát kezelő képeket kínálnak ARM64, x86-64, s390x és PPC64le Linux-környezetekhez. Privát regiszter használatakor a Dynatrace eseményeket küldhet, amelyek Workflows-folyamatokkal egyedi képreplikációs folyamatokat indíthatnak.

Változások a lekérdezésekben, irányítópultokban és adatok törlésében

A Discovery & Coverage hálózati lefedettségi lekérdezései mostantól Grail-alapú Smartscape-lekérdezéseket használnak. A Dynatrace szerint ez nagy léptékben gyorsabb lekérdezéseket tesz lehetővé, és Smartscape-kapcsolatokkal segíti a hálózati eszközök közötti viszonyok megtekintését.

A Dashboards és Notebooks felületen a Scanned bytes lekérdezési metaadatai mostantól mindig GiB formátumban jelennek meg, összhangban az árazási tarifatáblával. A DQL-szerkesztőben külön parancs formázza automatikusan a lekérdezéseket, a Ctrl/Cmd+Shift+F billentyűparanccsal is. Az Explain query parancs szintén a DQL-szerkesztő menüjébe került.

A rekord szintű törlési feladatok állapotkövetése részletesebb lett. A rendszer jelzi a beküldés idejét, valamint azt is, ha a törlés nem teljesen fejeződött be. A szélesebb törlési időablakok hatékonyabbá teszik a teljes folyamatot, így kevesebb esetben kell egyetlen törlést több, 24 óránál kisebb kérésre bontani.

A Dynatrace Intelligence agentic AI funkciójához konfigurálhatóvá váltak a személyazonosításra alkalmas adatok, vagyis a PII észlelési szabályai. Az adminisztrátorok egyes mintákat kikapcsolhatnak, vagy teljesen letilthatják a PII-blokkolást. Erre azért lehet szükség, mert a hitelkártyaszámok és állami azonosítók felismerésére készült minták egyes megfigyelhetőségi adatokat, például időbélyegeket, CVE-azonosítókat, gazdagép-azonosítókat és Kubernetes-metrikákat is tévesen blokkolhattak.