이 페이지는 아직 영어로 제공되지 않습니다. 번역 작업 중입니다.
현재 번역 프로젝트에 대한 질문이나 피드백이 있으신 경우 언제든지 연락주시기 바랍니다.

Overview

Software Catalog provides a centralized, dynamic view of your software ecosystem, enabling teams to track ownership, monitor performance, manage dependencies, and enforce security and compliance standards.

Built on real-time telemetry and automated metadata collection, Software Catalog offers integrations with observability, security, and cost management tools. This empowers engineering, SRE, security, and platform teams to maintain visibility, streamline operations, and ensure service reliability at scale.

What you can do in Software Catalog



Software Catalog offers multiple views to help you explore and manage your services.

  • Ownership: Access your team’s Slack, repo, or on-call information.
  • Reliability: Address risks by surfacing services with recent deploys, rising error rates, open incidents, or failing monitors.
  • Performance: Compare latency, traffic, error rate, and Apdex by environment.
  • Security: Find vulnerable libraries and live attacks from a single list to harden security posture.
  • Costs: Track AWS costs linked to code and infrastructure changes to control cloud spend.
  • Software Delivery: Monitor CI pipeline health, static analysis violations, and DORA metrics to shorten delivery cycles.

See the Use Cases documentation to learn how teams use Datadog Software Catalog to centralize knowledge, streamline processes, improve operational efficiency, and more.

What appears in Software Catalog

Software Catalog includes an entity when:

Learn more about entity types and how to configure them for your needs.

Note:

  • Use the entity type for more precise filtering than the legacy type filter (from the span.type attribute). For example, use the datastore type facet to filter by specific datastore technology.
  • Span summaries and service and resource statistics are retained for up to 30 days. For deeper analysis on APM trace metrics, use Metric Explorer. Learn more about data retention for APM.

Service types

Every monitored service is associated with a type. Datadog automatically determines type based on the span.type attribute attached to incoming spans data. The type specifies the name of the application or framework that the Datadog Agent is integrating with.

For example, if you use the official Flask Integration, the Type is set to “Web”. If you are monitoring a custom application, the Type appears as “Custom”.

The service type can be one of:

  • Cache
  • Custom
  • DB
  • Serverless function
  • Web

Some integrations alias to certain types. For example, Postgres, MySQL, and Cassandra map to the type “DB”. Redis and Memcache integrations map to the type “Cache”.

Further reading

추가 유용한 문서, 링크 및 기사: