- 필수 기능
- 시작하기
- Glossary
- 표준 속성
- Guides
- Agent
- 통합
- 개방형텔레메트리
- 개발자
- Administrator's Guide
- API
- Datadog Mobile App
- CoScreen
- Cloudcraft
- 앱 내
- 서비스 관리
- 인프라스트럭처
- 애플리케이션 성능
- APM
- Continuous Profiler
- 스팬 시각화
- 데이터 스트림 모니터링
- 데이터 작업 모니터링
- 디지털 경험
- 소프트웨어 제공
- 보안
- AI Observability
- 로그 관리
- 관리
The Pipelines page is useful for developers who want to keep an eye on the build pipeline for their service.
This page answers the following questions:
You can access high-level accumulation and trends, including:
To see your pipelines, navigate to Software Delivery > CI Visibility > CI Pipeline List.
The Pipelines page shows aggregate stats for the default branch of each pipeline over the selected time frame, as well as the status of the latest pipeline execution. Use this page to see all your pipelines and get a quick view of their health. Only pipelines with Git information associated to the default branch (usually named main
or prod
), as well as pipelines without any Git information, are displayed on this page.
The metrics shown include build frequency, failure rate, median duration, and change in median duration on both an absolute and relative basis. This information reveals which pipelines are high-usage and potentially high-resource consumers, or are experiencing regressions. The last build result, duration, and last runtime shows you the effect of the last commit.
You can filter the page by pipeline name to see the pipelines you’re most concerned with. Click on a pipeline that is slow or failing to dig into details that show what commit might have introduced the performance regression or build error. If you are using Datadog Teams, you can filter for specific pipelines associated to your team using custom tags that match team handles.
Click into a specific pipeline to see the Pipeline Details page which provides views of the data for the pipeline you selected over a specified time frame.
Get insights on the selected pipeline such as total and failed executions over time, build duration percentiles, error rates, and total time spent breakdown by stage. There are also summary tables for stages and jobs so you can quickly sort them in terms of duration, percentage of overall execution time, or failure rate.
The pipeline execution list shows all the times that pipeline (or its stages or jobs) ran during the selected time frame, for the selected branch. Use the facets on the left side to filter the list to exactly the pipelines, stages, or jobs you want to see.
To see the unified pipeline trace, click on the View unified trace
checkbox on the pipeline execution page.
The unified trace shows in a single trace all pipeline traces generated due to the different partial retries of your pipeline. If the pipeline execution has no partial retries, the unified trace shows only the trace of a single pipeline execution.
To highlight the critical path on the trace, click on the Critical path
checkbox on the pipeline execution page.
The critical path highlights the spans that you need to speed up if you want to reduce the overall execution time of your pipeline. If a CI job is on the critical path, it means it is part of the longest path through the trace in terms of execution time. Speeding up the CI Jobs on the critical path is strictly necessary to speed up the CI pipeline.
You can use this guide to identify the CI jobs on the critical path to help you determine which jobs to prioritize in order to reduce the overall duration of the CI pipelines.
Click one of the executions to open the pipeline execution view and see the flame graph or span list for the pipeline and its stages. The Executions (n) list on the left side gives you quick access to the data for each retry of the pipeline for the same commit.
Click the CI provider link (gitlab-ci gitlab.pipeline > documentation
in the following image) to investigate the Resource, Service, or Analytics page for the pipeline, stage, or job specifically. You can also find complete tags information and links to network monitoring events.
If job log collection is supported and enabled for the CI provider, related log events can be found in the Logs tab of the pipeline execution view.
Job log collection is supported for the following providers:
Pipeline Visibility provides AI-generated explanations for pipeline errors based on your CI job logs. These explanations can be found on the Failed Jobs tab for each pipeline execution. You can use these summaries to determine whether an error in CI is associated with developer-written code or the CI pipeline itself, as well as troubleshoot execution failures.