Module aws_sdk_rum::types

Data structures used by operation inputs/outputs.

Modules

• builders
  Builders
• error
  Error types that CloudWatch RUM can respond with.

Structs

• AppMonitor

  A RUM app monitor collects telemetry data from your application and sends that data to RUM. The data includes performance and reliability information such as page load time, client-side errors, and user behavior.

• AppMonitorConfiguration

  This structure contains much of the configuration data for the app monitor.

• AppMonitorDetails

  A structure that contains information about the RUM app monitor.

• AppMonitorSummary

  A structure that includes some data about app monitors and their settings.

• BatchCreateRumMetricDefinitionsError

  A structure that defines one error caused by a BatchCreateRumMetricsDefinitions operation.

• BatchDeleteRumMetricDefinitionsError

  A structure that defines one error caused by a BatchCreateRumMetricsDefinitions operation.

• CustomEvents

  A structure that contains information about custom events for this app monitor.

• CwLog

  A structure that contains the information about whether the app monitor stores copies of the data that RUM collects in CloudWatch Logs. If it does, this structure also contains the name of the log group.

• DataStorage

  A structure that contains information about whether this app monitor stores a copy of the telemetry data that RUM collects using CloudWatch Logs.

• MetricDefinition

  A structure that displays the definition of one extended metric that RUM sends to CloudWatch or CloudWatch Evidently. For more information, see Additional metrics that you can send to CloudWatch and CloudWatch Evidently.

• MetricDefinitionRequest

  Use this structure to define one extended metric or custom metric that RUM will send to CloudWatch or CloudWatch Evidently. For more information, see Custom metrics and extended metrics that you can send to CloudWatch and CloudWatch Evidently.

• MetricDestinationSummary

  A structure that displays information about one destination that CloudWatch RUM sends extended metrics to.

• QueryFilter

  A structure that defines a key and values that you can use to filter the results. The only performance events that are returned are those that have values matching the ones that you specify in one of your QueryFilter structures.

• RumEvent

  A structure that contains the information for one performance event that RUM collects from a user session with your application.

• TimeRange

  A structure that defines the time range that you want to retrieve results from.

• UserDetails

  A structure that contains information about the user session that this batch of events was collected from.

Enums

• CustomEventsStatus
  When writing a match expression against CustomEventsStatus, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
• MetricDestination
  When writing a match expression against MetricDestination, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
• StateEnum
  When writing a match expression against StateEnum, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
• Telemetry
  When writing a match expression against Telemetry, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.