회사의 큰 행사를 준비하는 것은 어려운 일입니다. 귀하와 귀하의 팀이 비즈니스 관점에서 시스템 아키텍처를 재고하도록 한 다음 여러 중요한 사건이 발생할 때 일련의 판단을 내리도록 요청합니다. 한 번에 모든 것에 우선순위를 둘 수 없을 때 어떻게 gameday를 성공으로 만들 수 있습니까? 중요한 것을 어떻게 찾습니까?
이벤트에 참여하는 모든 팀에 대한 가장 큰 권장 사항은 서비스 수준을 설정하는 것입니다. 서비스 수준을 사용하면 개별 시스템 구성 요소를 가져와 게임에 대한 중요한 비즈니스 데이터를 추출할 수 있습니다. 팀이 호스트, 서비스 및 앱 측면에서 생각하는 동안 서비스 수준은 이러한 엔터티를 필수 부분으로 분해하도록 요청합니다.
목표
이 자습서에서는 다음을 수행합니다.
- New Relic을 쿼리하여 기준선 결정
- 기본 정보에 입각한 서비스 수준 생성
우선순위 파악
일반적으로 호스트, 앱 및 서비스 측면에서 생각한다면 우선 순위를 찾는 것이 까다로울 수 있으며 용량 계획의 전체 요점은 올바른 우선 순위를 지정하는 것입니다. 고객이 앱과 상호 작용하는 방식을 평가한 다음 해당 고객 접점을 지원하는 기능을 식별하는 것이 좋습니다.
다음은 New Relic Acme Telco Home 데모 사이트의 사용자 여정 예입니다.
이 사용자가 터치하는 기능은 몇 개입니까? 제품 목록 페이지로 이동한 다음 제품을 선택합니다. 제품 페이지에 있으면 아래로 스크롤하여 수량을 입력하고 장바구니에 항목을 추가합니다. 이러한 각 작업은 수요가 가장 많은 날에 모니터링할 수 있는 잠재적인 서비스 수준에 해당합니다.
자신의 앱 기능을 식별하는 데 도움이 되도록 아키텍처에 대해 스스로에게 물어볼 수 있는 몇 가지 예비 질문이 있습니다.
- 고객이 가장 자주 거치는 여정은 무엇입니까?
- 구매 거래와 관련된 여정은 무엇입니까?
비즈니스 크리티컬 기능을 식별한 후에는 필요한 관찰 가능성 범위를 파악해야 합니다. 이러한 여정에서 경고 격차는 어디에 있습니까? 여전히 모니터링이 필요합니까?
이러한 질문에 답함으로써 비즈니스 요구 사항에 따라 시스템 아키텍처에 대한 설명을 만들 수 있습니다. API 호출, 클릭 동작 또는 트랜잭션에 대해 수집된 데이터는 비즈니스 상태에 대한 지표로 변환될 수 있습니다.
기준 쿼리
우선순위를 정한 후 다음 단계는 앱이 평상시에 어떻게 작동하는지 파악하는 것입니다. 앱의 일반적인 동작은 일종의 기대치인 기준선입니다. 모닝 커피 한 잔처럼 생각할 수 있습니다. 커피 맛에 대한 기대가 있으므로 맛의 차이는 기계에 문제가 있음을 나타낼 수 있습니다.
인기있는 모든 거래 가져오기
one.newrelic.com > Query Your Data로 이동한 후 다음 쿼리를 입력합니다.
FROM Transaction SELECT count(*) FACET request.uri SINCE 1 week AGO
이 쿼리는 앱의 트랜잭션에 대한 모든 데이터를 가져온 다음 앱에 대한 요청이 있는 트랜잭션만 포함하도록 필터링합니다. request.uri의 테이블에서 /js/controllers/ 인기 있는 request.uri임을 알 수 있습니다. 우리는 이것으로 일할 것입니다.
대기 시간 기준 및 성공 기준 찾기
/js/controllers/에 초점을 맞춰 위 쿼리를 다음과 같이 업데이트합니다.
FACET를 제거하고 해당 특정 URI에 쿼리를 집중시킵니다.총
count(*)를 다음으로 바꾸십시오.percentile(duration, 95)FROM Transaction SELECT percentile(duration, 95) AS 'Latency Baselines', percentage(count(*), WHERE error is false) AS 'Success Baseline' SINCE 1 WEEK AGO WHERE request.URI LIKE '/js/services/%'
이 쿼리는 트랜잭션이 일반적으로 42ms 내에 응답하고 99.27%의 성공률을 가지고 있음을 알려줍니다. 이것이 대기 시간 기준입니다.
기본 정보에 입각한 서비스 수준 생성
이제 몇 가지 기준이 있으므로 의미 있는 서비스 수준을 만들 수 있습니다. Query Your Data 페이지에서 one.newrelic.com > APM & Services로 돌아가서 Reports [보고서] 아래에 있는 Service levels [서비스 수준을] 클릭합니다.
새 서비스 수준을 추가하면 New Relic이 앱의 모든 데이터 소스에서 기본 평균을 자동으로 채웁니다. 그러나 특정 기능에 대한 특정 기준선의 우선 순위를 지정하려고 합니다.
이전 섹션에서 가져온 기준선을 사용하여 WHERE 상자를 편집할 수 있습니다. 채워진 쿼리의 끝에 다음 문자열을 추가하여 줄이 읽히도록 합니다.
entityGUID = 'YOUR_GUID' AND (transactionType = 'Web') AND request.uri LIKE `/js/services/%`
WHERE 필드를 업데이트한 후 AND 필드의 기간이 2단계에서 쿼리한 시간(밀리초)과 일치하는지 확인합니다. 이 경우 요청은 약 42(ms) 후에 응답을 받고 AND 필드는 .4와 일치합니다. 지속.
UI에서 서비스 수준 보기
기준 정보 서비스 수준을 만들었으므로 이제 UI에서 볼 수 있습니다. 자습서 시리즈의 다음 부분에서 품질을 평가할 수 있는 이 서비스 수준에 대한 경고를 만드는 것이 좋습니다.
