This page showcases new features, changes, and bug fixes in Dynatrace SaaS version 1.330. It contains:
Account Management
Users with the platform-token:tokens:manage permission can now easily create platform tokens using the Dynatrace Account Management API.
Generate platform tokens for either the logged-in user or any service user you have access to, ensuring seamless and efficient token management.
Account Management
Billing usage information is now seamlessly integrated into Grail, empowering you to create custom dashboards and notebooks for deeper insights into your resource consumption and costs.
Explore the enhanced capabilities for Kubernetes Container Monitoring and Mainframe Monitoring. Additionally, take advantage of the newly available Notebooks within the Account Management section to analyze related usage and cost details.
Account Management | Cost Management
Cost Allocation now extends to support the following capabilities:
Log Management & Analytics – Retain
Log Management & Analytics – Retain (Query Included)
You can use them to attribute log retention costs to the correct teams, applications, or business units for enhanced transparency and accountability.
Key Benefits
Leverages existing configuration: automatically uses your current Cost Allocation ingest setup.
No additional setup required: start tracking log retention costs instantly.
Seamless Integration: Works seamlessly with your existing workflows, saving time and effort.
This enhancement ensures clear visibility into your log retention costs, empowering better cost management with minimal effort.
For details, see how to allocate DPS costs.
Account Management | Cost Management
Billing usage events of type AppEngine Functions - Small now include two new usage insights attributes to enhance tracking and analysis:
workflow.id: Identifies the specific workflow associated with the billing event.
workflow.execution.id: Tracks the unique execution instance of the workflow.
These attributes provide greater visibility into workflow-related usage, enabling more granular usage insights of billing events.
Account Management | Subscriptions and Licensing
Previously, dt.service.* metrics were incorrectly zero-rated and not included in billing calculations.
With this update, dt.service.* metrics are billed in alignment with the existing published Metrics on Grail pricing, which states that these metrics are billable.
Application Observability
Understanding how your services interact with databases is now seamless. You can see which database statements your services execute, how they perform, and which ones fail—all from a single view.
Discover your slowest queries ranked by execution time and frequency to identify where indexing or caching could improve performance.
Filter by service, endpoint, or Kubernetes metadata to focus your analysis, and export to
Notebooks and
Dashboards for deeper investigation.
Available for SQL databases and key-value stores like Redis, with full support for Grail-based querying.

Application Observability | Distributed Tracing
The new Exceptions perspective in Distributed Tracing offers a streamlined way to:
Drilldowns now redirect to this new perspective, which supports exceptions ingested via OpenTelemetry and
OneAgent. This enhancement simplifies exception analysis, enabling faster troubleshooting and improved reliability.
Application Observability | Services
With this update, you can:
Extract stable URL templates from raw paths when frameworks don't provide http.route.
Define patterns to group high-cardinality URLs into meaningful endpoints for accurate baselining and alerting.
Configure in Service Detection v2 settings.
Application Observability | Services
When troubleshooting service performance, you need to determine whether the problem lies within your service or in something it calls. Now you can view all outbound calls your service makes—HTTP, RPC/gRPC, and more—with metrics on frequency, response times, and error rates.
Notebooks and
Dashboards for reporting, or go directly to the downstream service when one is detected.
Application Observability | Services
This feature provides complete endpoint visibility for Service Detection v1 (SDv1) services. When this feature is on, all endpoints are shown in
Services without requiring you to configure key requests.
This feature is currently available only for new environments created in Dynatrace version 1.330+, and it is enabled by default. For existing environments, we plan to release it in Dynatrace version 1.333+.

Application Observability | Services
In
Services, you can now:

Application Observability | Services
The new Response Time Analysis feature in Dynatrace provides a streamlined way to:
Drilldowns now redirect to this new perspective, which supports requests ingested via OpenTelemetry and OneAgent. This enhancement simplifies response time analysis, enabling faster troubleshooting and improved reliability.
Application Observability | Services
Smartscape now runs on Grail, helping you explore and analyze service topology. This enhancement transforms your service topology into a live, queryable graph, delivering topology-aware visibility and actionable insights. Effortlessly navigate through service-to-service dependencies or explore service relationships with hosts, processes, and Kubernetes entities—all enriched with metrics, logs, events, and spans for a context-rich view of your environment.
The result is faster troubleshooting, deeper analytics, and dependency analysis. With all insights unified in one place, you can transition from issue to answer in seconds, resolving problems more quickly and effectively.
Application Security
Manage your compliance efforts by selecting the security standards most relevant to your organization. This new capability allows you to focus on streamlining compliance assessments and improving efficiency.
Access the configuration under:
Settings > Analyze and alert > Application Security > Security Posture Management.

Application Security
We renamed the Security Investigator app to Investigations. This app empowers you to analyze logs, events, metrics, and traces using DQL, transforming raw data into actionable insights. Read our blog.
Digital Experience
With this update, we introduce frontend.name as the primary field for permissions, segments, and Smartscape for:
frontend.name field is now enriched on all RUM data, including user events, user sessions, and metrics. This field allows precise segmentation and permission management across the platform, including Smartscape.frontend.name and the powerful match command. This eliminates the need for manual customization via dt.security.context and provides a more streamlined and scalable approach. For customers on Classic, it eases migration from management zones.frontend.name inside Experience Vitals during the data onboarding of new frontends. Existing frontends contain an automatically generated field based on their classic display names. If you're an administrator, review the derived field.Digital Experience
The new RUM experience is live. Powered by Grail and DQL, it delivers unified, actionable insights across modern web and mobile applications. By extending cloud native observability to the frontend, Dynatrace unifies user experience data with backend intelligence, enabling teams to optimize performance, shorten troubleshooting cycles, and improve business outcomes, while preserving strict enterprise-grade privacy standards.
Customers can enable the new RUM experience on existing environments on a per-frontend basis or for their whole environment for both web and mobile apps. New environments are automatically enabled.
This release includes

Digital Experience
We have added native health alerts for key Frontend anomalies, enabling you to receive timely notifications on critical web and mobile issues detected by RUM. This update also offers out-of-the-box alert configurations with simple setup and actionable insights for troubleshooting and performance optimization.

Digital Experience
If the associated application of a user event has the data privacy setting for masking personal data in URIs enabled, the fields exception.stack_trace and csp.stack_trace are masked before being stored in Grail.
Digital Experience | Experience Vitals
In the
Experience Vitals page load waterfall, requests that contain a trace.id now include a convenient View Trace button. This allows you to effortlessly hand off to Distributed Tracing, providing direct access to detailed trace information for faster and more efficient troubleshooting.
Digital Experience | Synthetic
The analysis of Synthetic Browser Monitor results has been streamlined with the introduction of a new waterfall chart, now available in
Synthetic. The new waterfall analysis feature in Experience Vitals provides powerful insights to analyze and optimize web performance. This feature is also fully integrated within the latest Dynatrace.

Digital Experience | Synthetic
The
Synthetic now provides full support for synthetic private locations, including:
Digital Experience | Synthetic
Dynatrace continues the transition of Synthetic monitoring to Latest Dynatrace by providing a new browser monitor experience. This release allows the execution of browser monitors with the new JavaScript Agent, storing extended results in Grail as metrics and events.
Now you can:
Notebooks, and visualize trends in
Dashboards.
Digital Experience | Synthetic
When saving screenshots in Synthetic, they're now uploaded directly from the cluster instead of the VUC.
Infrastructure Observability | Extensions
With the new version of Extensions, you can now bookmark dashboards of your extensions and never have to worry about updating the bookmark again.
This feature works with all newly installed extensions. For already installed extensions, static bookmarks will work after the first upgrade or re-installation of the extension.
Infrastructure Observability | Infrastructure & Operations
Infrastructure & Operations app now includes dedicated inventories for Containers and Processes, giving you a centralized, real-time view of all running components across your environment. These inventories provide detailed health, performance, and operational metrics to help you monitor and analyze critical workload elements more effectively. We've also enhanced relationship mapping between hosts, containers, and processes. This improvement allows seamless in-context navigation and supports faster, more intuitive troubleshooting, making it easier to identify root causes and resolve issues across your infrastructure. For more details, see Infrastructure & Operations.
Infrastructure Observability | Kubernetes
This update enables "Kubernetes Enhanced Object visibility", which leverages the full power of Grail. In
Kubernetes, you now have:
Prerequisites:
Platform
To eliminate bottlenecks and improve collaboration for people using
Notebooks and
Dashboards, you can now share a notebook or dashboard if you have edit permission for it. Previously, only the notebook or dashboard owner could share it.
By default, this behavior is:
Notebook and dashboard owners can manage this behavior to retain full control of the shares.
Known issues for editors using sharing (owners are unaffected):
These issues will be fixed soon.
Platform
Usage of custom metrics with a steady flow of new dimension values (such as Kubernetes pod UIDs) could display incorrect patterns in self-monitoring, including sudden increases followed by drops.
With this update, dimension limits are now calculated accurately, providing clearer and more reliable insights into your metric usage.
Platform | Dashboards
You can now create links that navigate seamlessly from a data point, cell, or series in your tiles to related dashboards or external systems such as Jira, Confluence, or ServiceNow. This feature preserves the context of the selected tile and data point, enabling you to investigate issues more deeply or trigger actions directly from your dashboards.
Platform | Dashboards
DashboardsIn
Dashboards, you can organize your dashboard more effectively with improved tile duplication.
When you select one or more tiles and then select (Duplicate), the duplicate tiles are now inserted immediately after the originals instead of being added to the bottom of the dashboard.
Whether you're working with one tile or multiple tiles, the original tile's space is automatically adjusted to fit the duplicates.
Platform | Davis
ProblemsWith
Problems version 1.14.1+, to help reduce noise and minimize alert fatigue, we have refined how email notifications are triggered.
Instead of triggering notifications immediately when a problem appears, emails are now sent only after the root cause analysis is ready.
This update:
This update leverages the dt.analysis.ready field on the Davis problem record.
Platform | Grail
Core entities such as Hosts, Processes, and Containers are now stored in Smartscape on Grail and can be queried via DQL. Learn more about:
Platform | Notebooks
NotebooksFor all DQL results presented as a table in
Notebooks, you can automate the sending of the DQL result as an email or a Slack message by setting up a new workflow.
Notebooks, edit the section, open the menu, and select Workflows > Create workflow to email results or Create workflow to send results via Slack.
Workflows, select the desired schedule and email recipients or Slack channel.Platform | OpenPipeline
The latest versions of Extensions 2.0 now support OpenPipeline configurations for ingest sources and pipelines. This upgrade empowers you with greater flexibility and control, enabling seamless integration and streamlined data ingestion workflows.
Platform | OpenPipeline
OpenPipeline now allows you to extract Smartscape nodes and edges for all signal types, making it easier to access and analyze your topology data.
For details, see Smartscape on Grail.
Software Delivery
ServiceNow instances are often customized to meet customers' demands. This requires integrations to populate additional or custom fields, such as channels, regions, service offerings, and other relevant details. With a generic ServiceNow create, search, and edit record action, Dynatrace workflows empower customers to populate any table by configuring the target table and required fields.
For details, see ServiceNow.
All | Log Monitoring
We have introduced the concept of a data model, defining how the Log Ingestion API (JSON or OTLP) parses log events. There are two available data models:
The following endpoints include new functionality that can be used starting with ActiveGate version 1.229:
structure, which allows you to specify the data model on a per-request basis. Alternatively, you can set the data model using a new header: X-Dynatrace-Options./logs/ingest endpoint now supports setting the content type via the content-type URL parameter.For more details about the data models and API interface changes, refer to the following resources:
Note: The Raw model becoming the default for new tenants may constitute a breaking change only if you have automation that assumes the old flattened structure (for example, dashboard templates, predefined log-based metrics, or other integrations that expect flattened log attributes).
If your automation, dashboards, or integrations rely on the flattened model, the following mitigation options are available:
structure=flattened URL parameter, or using X-Dynatrace-Options: structure=flattened in the header.Digital Experience | Synthetic
With this release, Dynatrace introduces and enables by default a new browser monitor experience powered by the latest RUM JavaScript. This enhancement requires some reorganization of the synthetic browser monitor metrics.
The following metrics have been replaced with their equivalents powered by the new RUM JavaScript in the new browser monitors experience:
dt.synthetic.browser.duration is now dt.synthetic.browser.user_events.durationdt.synthetic.browser.step.duration is now dt.synthetic.browser.step.user_events.durationdt.synthetic.browser.total_duration is now dt.synthetic.browser.user_events.total_durationdt.synthetic.browser.step.total_duration is now dt.synthetic.browser.step.user_events.total_durationMetrics powered by the latest RUM JavaScript will be available for all monitors using the new browser monitor experience provided they are executed from public locations, or from private locations when using ActiveGate version 1.329+.
If the new browser monitor experience is disabled, or if the browser monitor is executed from a private location using ActiveGate versions 1.328 and earlier, only the classic metrics will be available:
dt.synthetic.browser.classic.total_durationdt.synthetic.browser.step.classic.total_durationDynatrace introduces two new metrics to enhance the measurement of browser monitor performance:
dt.synthetic.browser.duration: Represents the total duration of a browser monitor, calculated as the sum of all step durations.dt.synthetic.browser.step.duration: Represents the duration of an individual browser monitor step. This is calculated as the sum of all user action events within the step. If no user actions are present, the duration is measured from the beginning of the step to the maximum end time of the load event handler phase.Both metrics are powered by the new RUM JavaScript and require browser monitors to be executed with the new browser monitor experience enabled. For details on the conditions required to use these metrics, refer to the earlier section.
These two metrics are now the primary performance indicators for web pages monitored by synthetic browser monitors. Dynatrace strongly recommends using them as your main performance metrics moving forward.
Please note, although the new metrics share the same key as the replaced metrics mentioned in the first section, the reported values may differ slightly, as the metric is now sourced from a different RUM JavaScript.
The following deprecated metrics have been removed:
dt.synthetic.browser.event.duration, which is replaced by dt.synthetic.browser.step.duration when the browser monitors experience is enabled. If it is not enabled, the recommended replacement is dt.synthetic.browser.step.classic.total_duration.dt.synthetic.browser.event.executions, which is replaced by dt.synthetic.browser.step.executions.Digital Experience | Synthetic
For all Synthetic events, the following field types were changed from long to:
event.idexecution.end_timestampresult.statistics.start_timestampcustom_log.timestampresult.statistics.peer_certificate_expiry_dateresult.statistics.durationbatch_result.durationbatch_result.total_durationresult.statistics.host_name_resolution_timeresult.statistics.tcp_connect_timeresult.statistics.tls_handshake_timeresult.statistics.time_to_first_byteresult.statistics.redirection_timeThe Synthetic events version is now 1.1.0.
Infrastructure Observability | Extensions
The following deprecated endpoints have been removed from the Environment API v2:
/extensions/{extensionName}/environmentConfiguration/events/extensions/{extensionName}/monitoringConfigurations/{configurationId}/events.Platform
The incorrect default bucket name has been removed. When saving a bucket configuration in OpenPipeline, you need to specify the target bucket name now. This change ensures accurate configurations by removing incorrect defaults and requiring explicit naming of buckets.
Platform
Davis events and problems now write Smartscape fields like dt.smartscape.__type__, dt.smartscape_source.id, and smartscape.related_entity.ids with the smartscapeId type instead of string.
DQL queries that specifically check the type of these fields to be string, using the type function, will break.
Platform | DQL
toString() output in DQL for consistency and formatting standardsWe have updated the toString() function in DQL when handling binary input to improve consistency and align with standards.
Previous behavior
Returned hexadecimal representation of binary data in upper case.
Enclosed the hexadecimal representation in double quotes.
New behavior
Returns the hexadecimal representation of binary data in lowercase.
Output is not enclosed in quotes.
This update ensures consistency with the encodeBase16() function and follows common hexadecimal formatting standards.
Platform | OpenPipeline
Comparison operators in matcher queries now return null instead of false when operands are incompatible (for example, Duration > Long).
This behavior is aligned with DQL for consistency across the platform and provides clearer results by indicating incompatibility with null.
Count instead of Sum for statistics about the total number of API requests. These metrics are: ext:cloud.aws.apiGateway.count, ext:cloud.aws.apiGateway.countByStage, ext:cloud.aws.apiGateway.countByStageResourceMethod, and ext:cloud.aws.apiGateway.countByRegion. Metrics that use Sum are deprecated. (DAQ-17416)endpoint.name being assigned. This update ensures consistent span behavior, with no impact on metric generation. (APPOBS-30130)