중요 기존 배포 마커 대신 추적 변경 기능을 사용하는 것이 좋습니다. 배포 마커 기능을 사용 중이라면 계속 사용할 수 있지만, 변경 추적 기능은 브라우저 모니터링 및 모바일 모니터링 뿐만 아니라 APM 에서도 사용할 수 있다는 점을 기억하세요.
앱 배포는 위험한 이벤트가 될 수 있습니다. 앱이 중단되고 잘못된 배포가 원인인 경우가 많습니다. New Relic을 사용하면 배포를 추적할 수 있으므로 배포와 앱 성능의 변화를 연관시킬 수 있습니다. 배포를 추적하면 APM 차트 및 대시보드에 표시되는 배포 마커가 생성됩니다.
이 짧은 비디오(4분 30분)에서 배포 마커의 작동 방식을 확인하십시오.
배포 추적 옵션 New Relic REST API v2 를 사용하여 새 배포를 기록하고 과거 배포 목록을 검색할 수 있습니다. 또한 일부 APM 에이전트에는 배포를 자동으로 기록하는 에이전트별 방법이 있습니다.
Slack 을 New Relic과 통합하거나 간단한 웹훅을 사용하여 APM에서 모니터링하는 애플리케이션의 배포를 실시간으로 팀에 알릴 수 있습니다. Slack은 선택한 Slack 채널에 형식이 지정된 일반 JSON을 게시할 수 있는 웹훅 URL을 제공합니다.
배치가 기록된 후 New Relic UI에서 배치를 볼 수 있는 곳이 몇 군데 있습니다.
APM 요약 , 서비스 요약 및 엔티티 요약 페이지 의 활동 피드에서.APM 성능 차트에서 차트 마커(핀 머리가 있는 수직선)로 표시됩니다. 차트 표식으로 대시보드 차트에서. 요약 성능에 대한 배포 페이지에서. 팁 브라우저 애플리케이션에서는 배포 마커를 사용할 수 없지만 다음 대안을 시도해 볼 수 있습니다.
배치 마커에서 브라우저 애플리케이션 변경사항을 추적할 수 있는 변경사항 추적 기능으로 전환하십시오. 릴리스 버전으로 오류에 태그를 지정하는 방법은 브라우저 릴리스를 참조하십시오. REST API로 배포 기록 New Relic REST API v2를 사용하여 배포를 기록하고 과거 배포 목록을 가져올 수 있습니다.
이 문서의 예에서는 curl
를 명령줄 도구로 사용합니다. 그러나 모든 방법을 사용하여 REST 요청을 할 수 있습니다. API 탐색기 를 사용하여 배포를 만들고 볼 수도 있습니다.
JSON은 요소 이름과 콘텐츠에 큰따옴표 "
를 사용합니다. 작은따옴표 '
를 사용하면 오류가 발생합니다.
예시에서는
사용자 키
또는
REST API 키
에 사용할 수 있는 X-Api-Key
를 사용합니다. 사용자 키는 이제 REST API에 액세스하는 기본 방법이며 이를 사용할 때 Api-Key
헤더를 사용할 수 있습니다.
POST로 배포 기록 새 배포를 기록하려면 API 키 가 포함된 POST
요청을 배포 엔드포인트로 보냅니다. 페이로드를 JSON 형식으로 연결합니다( 문자 제한 및 JSON 매개변수 참조). revision
을 제외한 모든 페이로드 매개변수는 선택사항입니다.
예를 들어:
$ curl -X POST "https://api.newrelic.com/v2/applications/ $APP_ID /deployments.json" \
> -H "X-Api-Key: $API_KEY " \
> -H "Content-Type: application/json" \
$ "revision": "REVISION",
$ "changelog": "Added: /v2/deployments.rb, Removed: None",
$ "description": "Added a deployments resource to the v2 API",
$ "user": "datanerd@example.com",
$ "timestamp": "2019-10-08T00:15:36Z"
PowerShell로 배포 기록 PowerShell로 배포를 기록하려면 API 키 가 포함된 POST
요청을 배포 엔드포인트로 보냅니다. 페이로드를 JSON 형식으로 연결합니다( 문자 제한 및 JSON 매개변수 참조). revision
을 제외한 모든 페이로드 매개변수는 선택사항입니다.
이 예에서는 PowerShell 버전 3 이상을 사용합니다.
Invoke-WebRequest - Uri https: / / api . newrelic . com/v2/applications/YOUR_APP_ID/deployments . json - Method POST - Headers @ { 'X-Api-Key' = '$API_KEY' } - ContentType 'application/json' - Body '{
"changelog": "Added: /v2/deployments.rb, Removed: None",
"description": "Added a deployments resource to the v2 API",
"user": "datanerd@example.com",
"timestamp": "2019-10-08T00:15:36Z"
이 예에서는 PowerShell 버전 2(.NET Framework 3.5 이상 필요)를 사용합니다.
$encoding = [System.Text.Encoding] ::GetEncoding ( "ASCII" )
"changelog": "Added: /v2/deployments.rb, Removed: None",
"description": "Added a deployments resource to the v2 API",
"user": "datanerd@example.com",
"timestamp": "2019-10-08T00:15:36Z"
$postData = $encoding . GetBytes ( $data )
$request = [System.Net.WebRequest] ::Create ( 'https://api.newrelic.com/v2/applications/$APP_ID/deployments.json' )
$request . Headers . add ( 'X-Api-Key' , '$API_KEY' )
$request . ContentType= 'application/json'
$stream = $request . GetRequestStream ( )
$stream . Write ( $postData , 0 , $postData . Length )
GET으로 배포 목록 보기 앱의 모든 과거 배포 목록을 검색하려면 API 키 가 포함된 GET
요청을 배포 엔드포인트로 보냅니다. GET 요청은 JSON 페이로드를 사용하지 않습니다.
예를 들어:
$ curl -X GET "https://api.newrelic.com/v2/applications/ $APP_ID /deployments.json" \
> -H "X-Api-Key: $API_KEY " \
GET의 샘플 출력 이 예에서는 앱 ID 9999999
에 대한 배포 목록을 요청합니다.
$ curl -X GET "https://api.newrelic.com/v2/applications/9999999/deployments.json" \
> -H "X-Api-Key:ABCDEFGHIJKLMNOPQRSTUVWXabcdefghijklmnopqrstuvwx" \
API는 다음 배포 목록을 반환합니다.
ETag : "ABCDEFGHIJKabcdefghijk0123456789"
Cache-Control : max-age= 0 , private , must-revalidate
Content-Type : application/json
"revision" : "1234123412341234123412341234123412341234" ,
"changelog" : "Fixed the bugs for real this time" ,
"description" : "Example description two" ,
"timestamp" : "2016-02-24T10:09:27-08:00" ,
"revision" : "7890789078907890789078907890789078907890" ,
"changelog" : "Think I fixed all the bugs" ,
"timestamp" : "2014-10-22T12:23:47-07:00" ,
"deployment.agent" : "/v2/applications/{application_id}"
글자 수 제한 및 JSON 매개변수 JSON 페이로드에는 다음 매개변수가 포함될 수 있습니다.
중요 Emojis 및 일부 비 라틴 언어 글리프와 같은 UTF-8 4바이트 문자는 배포 텍스트에 사용할 수 없습니다.
매개변수
데이터 형식
설명
revision
문자열, 최대 127자
Required . 요약 페이지와 구현 배포 페이지에 표시되는 이 구현의 고유 ID입니다. 임의의 문자열일 수 있지만 일반적으로 버전 번호 또는 Git 체크섬입니다.
changelog
문자열, 최대 65535자
Optional . 이 구현, 구현에서 변경된 사항에 대한 요약은 (selected deployment) > Change log 선택하면 구현, 배포 페이지에 표시됩니다.
description
문자열, 최대 65535자
Optional . 이 구현, 배포에 대한 상위 수준 설명은 개별 구현, 배포를 선택할 때 요약 페이지 및 구현, 배포 페이지에 표시됩니다.
user
문자열, 최대 31자
Optional . 요약 페이지 및 구현, 배포 페이지에 표시되는 구현, 배포와 연결할 사용자 이름입니다.
timestamp
ISO 8601
Optional . 구현, 배포가 발생했을 때 두 번째까지. 지정하지 않으면 API 호출을 수신한 시점에 구현, 배포가 기록됩니다. 타임스탬프 요구 사항:
UTC 시간이어야 합니다. 가장 최근 배포 타임스탬프 이후여야 합니다. 미래에 있을 수 없습니다. ISO8601 형식이어야 합니다. 예: "2019-10-08T00:15:36Z"
.
New Relic 에이전트를 사용하여 배포 기록 일부 에이전트에는 배포를 기록하는 추가 방법이 있습니다.
배포 세부정보 보기 배포 정보를 구성한 후 UI에서 세부 정보를 보고 드릴다운할 수 있습니다. 팁을 보려면 변경 추적 문서 New Relic에서 변경 사항을 보고 분석하는 방법을 참조하세요.
배포에 대해 팀에 알리기 REST API 또는 최신 GraphQL API를 사용하여 배포를 추적하는지 여부에 관계없이 웹후크를 사용하여 팀 구성원에게 알릴 수 있습니다. 자세한 내용은 변경 사항 추적 웹훅 지침을 참조하세요.