검토됨 · Hosmio 리소스
시작하기 전에
귀하가 소유하거나 테스트 권한이 있는 엔드포인트만 사용하십시오. 낮은 요청 속도, 관찰 창 및 무해한 테스트 작업에 합의하십시오. 애플리케이션 운영자가 정상적인 리디렉션, 인증 및 외부 종속성을 설명하도록 하십시오. 아래 예는 실행되지 않은 Linux 셸 예시입니다.
01
네 가지 연결 유형을 나열하십시오.
| 경로 | 관찰할 작업 | 기록할 조건 |
|---|---|---|
| 사용자 → 포털 | 대표 페이지 열기 | 액세스 네트워크, 응답 상태 및 콘텐츠 |
| 포털 → 외부 API | 허용된 종속성 점검 수행 | 엔드포인트, 타임아웃 및 업스트림 제한 |
| 운영자 → 관리 | 승인된 관리 경로에 도달 | VPN/프록시 및 접근 경로 |
| 애플리케이션 → 복구 대상 | 승인된 테스트 객체 전송 | 객체 크기, 처리량 및 오류 |
가장 느린 중요한 작업은 사용자-서버 경로가 아니라 타사 API를 포함할 수 있습니다. 백업 경로는 대화형 트래픽과 다른 병목 현상을 가질 수 있습니다. 이러한 경로를 별도로 정의하여 한 경로의 유리한 결과가 다른 경로의 실패를 가리지 않도록 하십시오.
02
요청을 비교 가능하게 만드십시오.
문서화된 예상 상태와 본문이 있는 작고 민감하지 않은 엔드포인트를 선택하십시오. 캐시, 인증, 리디렉션 또는 프록시가 관련되는지 기록하십시오. 일련의 테스트에서 페이로드와 메서드를 동일하게 유지하십시오. 더 인상적인 샘플을 얻기 위해 공유 서비스에 대량 테스트를 보내거나 무한 루프를 실행하지 마십시오.
# Illustration only. Replace with an authorized test endpoint.
curl --silent --show-error --output /dev/null \
--connect-timeout 5 --max-time 15 \
--write-out 'status=%{http_code} dns=%{time_namelookup} connect=%{time_connect} tls=%{time_appconnect} first_byte=%{time_starttransfer} total=%{time_total}\n' \
https://portal.example/health연결 및 총 시간 제한은 작업의 서로 다른 부분을 제한합니다. 이 명령은 리디렉션을 따르지 않으며 인증서 확인을 비활성화하지 않습니다. 리디렉션이나 인증 실패는 성공적인 애플리케이션 점검으로 계산하지 말고 조사해야 합니다. curl: 명령줄 참조 ↗
03
마일스톤을 추가하지 말고 해석하십시오.
위에 표시된 curl 타이밍 필드는 요청 시작부터의 경과 마일스톤입니다. DNS 완료, 연결 완료 및 TLS 완료는 합산할 독립적인 지속 시간이 아닙니다. 첫 바이트까지의 시간은 준비 및 서버 대기 시간도 포함하므로 순수 네트워크 지연 측정이 아닙니다. 총 시간은 전체 작업을 포함합니다. curl: 명령줄 참조 ↗
리디렉션 없는 단순한 새 HTTPS 연결의 경우, 마일스톤 간 차이가 조사할 가치가 있는 단계를 찾는 데 도움이 될 수 있습니다. 연결 재사용, 프록시 및 리디렉션은 그 해석을 복잡하게 만듭니다. 다른 운영자가 두 관찰이 비교 가능한지 판단할 수 있도록 원래 출력과 조건을 보존하십시오.
04
관찰 시트를 유지하십시오.
Observed at UTC: [timestamp]
Observer / access network: [test point]
Endpoint and expected result: [authorized URL; status/body]
Method / payload / repetitions: [agreed plan]
Proxy, VPN, redirects, cache: [conditions]
Successful requests: [count]
Failures and status codes: [count; categories]
Timing observations: [recorded output]
Application check: [passed / failed / not checked]
Limits of the observation: [known gaps]이것은 빈 기록 템플릿이며, Hosmio 벤치마크가 아닙니다. 질문을 조사하기에 충분한 관찰을 선택하고 비정상적이거나 실패한 요청을 보관하십시오. 불편한 오류를 버리거나 짧은 성공 샘플이 더 긴 기간 동안 가용성을 입증한다고 주장하지 마십시오.
05
차이를 사용하여 다음 점검을 선택하십시오.
한 액세스 네트워크의 사용자는 실패하고 다른 사용자는 성공하는 경우, DNS 응답, 인증서, 응답 코드 및 프록시를 통한 경로를 비교하십시오. 포털은 도달 가능하지만 백그라운드 작업이 누적되는 경우, 업스트림 API와 작업 처리를 별도로 점검하십시오. 작업이 외부 종속성을 기다리는 경우 추가 CPU가 도움이 되지 않을 수 있습니다.
한 번에 하나의 테스트 조건을 변경하고 이유를 적으십시오. 다른 엔드포인트, 페이로드 또는 인증 상태는 인프라 변경 없이 다른 타이밍을 설명할 수 있습니다. 더 큰 전송의 경우, 명시적으로 승인된 테스트 크기를 사용하고 전송 예산을 포함하십시오. 임의의 대용량 다운로드는 중립적인 테스트가 아닙니다.
06
관찰을 경계가 있는 결정으로 전환하십시오.
결과를 비교하기 전에 프로젝트의 수용 기준에 합의하십시오. 기준은 클라이언트가 관심을 갖는 작업을 반영하고 기능과 타이밍을 구분해야 합니다. 두 번째 운영자에게 같은 종류의 관찰 지점에서 프로세스를 반복하도록 요청하십시오. 불일치는 문제를 평균으로 없앨 이유가 아니라 조건을 조사할 이유입니다.
관찰 기록을 첨부하십시오 제안된 지역 변경 또는 호스팅 결정 매트릭스. 어떤 사용자 네트워크와 종속성이 테스트되지 않은 상태인지 명시하십시오. Hosmio는 이 카탈로그에 공개된 측정 엔드포인트, 지연 보장 또는 실시간 용량 정보가 없습니다. 유용한 결과는 재현 가능한 방법과 명확히 제한된 관찰이며, 측정되지 않은 성능에 대한 주장이 아닙니다.