Manage a Component

Service is the only component type in Software Catalog schema versions v2, v2.1, and v2.2. v3.0 and above supports multiple kinds of components, including kind:system, kind:service, kind:queue, kind:api, and kind:datastore.

Assigning an owner

You can assign a team to entries in the Software Catalog either in the UI or by creating a Service Definition. Datadog recommends that you set up Datadog Teams so that you can specify individual members of the team and take advantage of Teams filters across common views like Dashboards and Notebook lists. The ability to sync Datadog Teams with your identity providers (IdPs) is in Preview.

Determining and communicating criticality

Not all instances of observability carry the same level of importance. Some are mission-critical, while others are less so. By identifying the service tier, lifecycle, and the application ecosystem they belong to, you can determine if the observability coverage is adequate and quickly assess the severity of issues.

Understanding your service configuration

Following monitoring best practices such as tracing, logging, and code profiling helps you ensure that you have all the data you need during incident triage. Software Catalog provides automatic checks for these recommended setups. It helps you detect any monitoring gaps and helps you connect all available data for a service.

To view the configuration completeness for a service, click the service in the Software Catalog, then find the Setup Guidance tab:

Software Catalog with the Setup Guidance tab highlighted.

Alternatively, on the Service page, click Service Config on the lower-left side:

Service page with the Service Config link highlighted.

Above the Setup Guidance section in the Service Information section, you can see the ownership, PagerDuty, and related links information you’ve specified for the service in its service definition.

You can also find which Datadog features you are actively using for a given service, to help you find and close gaps in your monitoring completeness.

The Setup Guidance table does not necessarily reflect billing for individual products, but rather activity for the service you are presently examining. For example, if the service does not emit infrastructure metrics for a long time, Infrastructure Monitoring might have Not Detected specified, even if you have hosts or containers running infrastructure monitoring.

Click a service in Software Catalog to open the side panel with the following details:

Service details by views

  • Ownership information from the Service Definition, such as links to team, contacts, source code, and supplemental information like documentation and dashboards.
  • Reliability information including deployment status, SLOs, ongoing incidents, and error information.
  • Performance graphs showing requests, errors, latency, and time spent by downstream services.
  • Security information including known vulnerabilities exposed in the service’s libraries, the timeline and type of attacks, identity of attackers, and security threats impacting your services.
  • Costs information showing the cloud spend for a service, broken down by resource types.
  • Pre-production information regarding your software delivery process, such as the average build duration and success rate of CI pipelines related to your service, along with static analysis results from CI.

Configuration details

  • Setup completeness status for Datadog products that can collect data for the service.
  • External libraries used which includes the ability to download the Inventory of Libraries.
  • Service definition in YAML with a link to the service’s source code.
  • An interactive service map displaying services upstream and downstream from this service.
  • Defined and Related Dashboards showing a list of pre-defined and Watchdog recommended dashboards when available.
  • Service Scorecards showing a snapshot of the service’s scores and last evaluation timestamp.

Take actions on a given component

Find Software Catalog actions in Action Catalog

To explore the complete set of actions specifically related to Software Catalog, navigate to the Datadog Action Catalog. Filter for the actions you need:

  1. Access the Action Catalog: Go to the Action Catalog within your Datadog Workflow Automation environment.
  2. Search Functionality: Use the search bar to search for keywords like “Software Catalog” or more specific terms related to desired actions (for example, “get service dependencies”).

Available Software Catalog actions

Below is a comprehensive list of actions available for Software Catalog in Datadog Workflow Automation:

  • Retrieve Service Information
    • “Get service definition” for a single service
    • “List service definitions” to get all definitions from Datadog Software Catalog
    • “Get service dependencies” to get a service’s immediate upstream and downstream services
  • Incident Triage
    • “Get service PagerDuty on call”
    • When integrated with other actions, you can trigger workflows based on critical events (for example, execute runbooks)

Investigating infrastructure

From the Performance tab, find the service you are investigating. In the Infrastructure column, click the resources related to this service to View in Service Context Map.

Access the Service Context Map from the Software Catalog Performance tab, highlighting the Infrastructure column

The Service Context Map provides an overview of the relationships and dependencies between services and related infrastructure. Use this view to analyze the source of an issue by looking at upstream and downstream services and infrastructure.

Linking infrastructure telemetries

The service tag is the primary key for Software Catalog entries. It’s also the smallest common unit of analysis for Datadog telemetries with Universal Service Tagging. Set the service tag directly on Kubernetes pod labels. By setting the service tag within the tags.datadoghq.com/service label, all pod telemetry, like metrics and logs, receives the service tag in Datadog. This is the recommended Kubernetes service label.

In comparison, setting the label on a Kubernetes service only affects metric tagging, not other telemetry. Applying additional container labels is essential for correctly tagging logs and traces, so Datadog does not recommend adding tags directly on containers

Further reading