Files
Gnuboard7/app/Enums/BenchmarkAxis.php
T
HeuJung 5f4a733b3b feat(core,board,ecommerce,page): 성능 계측 인프라 4축 확장 및 계측 대상 선언 지점 신설
계측 축이 "목록 SELECT" 하나였고 프로파일 12종이 커맨드 파일에 하드코딩돼
있어 확장이 자기 대상을 추가할 수 없었다. 확장이 설치·제거되는 설치본마다
"실제로 존재하는 대상"이 달라지므로, 대상을 소유자가 선언하고 코어가 수집하도록
뒤집었다.

- 선언 지점 두 곳, 스키마 하나: 코어 config/benchmark.php,
 확장 getBenchmarkProfiles (모듈/플러그인). 수집은 method_exists 기반이라
 인터페이스를 직접 구현한 서드파티 확장이 깨지지 않는다.
- 축 4종(목록/화면/쓰기/배치)을 실행기로 분리하고 컨테이너 태그로 주입 —
 축이 늘 때 커맨드를 고치지 않는다.
- 화면 축은 HTTP 커널로 내부 요청을 처리한다. 라우트만 dispatch 하면 전역
 미들웨어를 건너뛰어 화면과 다른 것을 재게 된다. 인증은 프로파일이 선언한
 권한만 가진 임시 계정이 기본이며 --as 로 기존 계정을 지목할 수 있다.
- 화면/쓰기 축은 계측 계정 생성부터 처리까지 롤백되는 트랜잭션 안에서 실행해
 운영 DB 에도 잔여 데이터를 남기지 않는다. 배치 축은 내부 커밋·락 보유 때문에
 감싸지 않고 --allow-write 로만 통제한다.
- 잘못된 선언은 조용히 버리지 않고 사유를 경고로 남긴다. 버려진 선언이 곧
 계측 사각이 되기 때문이다. 전부 건너뛴 실행은 종료 코드 1 로 끝난다.
- 리포트는 환경 정보를 함께 적어 저장소 밖(storage/app/benchmarks)에 남긴다.
 측정값이 실행 머신에 종속되므로 저장소에 축적하면 비교 불가능한 수치가 섞인다.

작업 중 발견해 함께 고친 것:

- 이관 프로파일 3종의 soft_delete 선언이 실제 스키마와 어긋나 있었다
 (users/product_inquiries/pages 에 deleted_at 없음).
- 주문 목록이 상태 미지정 시 임시 주문 상태를 NOT IN 으로 제외하는데 선언에
 빠져 있었다. filters 가 등가 비교만 지원한 것이 근본 원인이라 연산자 형태를
 받도록 넓히고, 미허용 연산자는 측정 전에 거부한다.
- 댓글 프로파일은 지배적 술어가 상관 서브쿼리라 선언형으로 재현할 수 없어
 제거했다. 맨 테이블 스캔은 어느 화면도 내지 않는 수치가 된다.

g7:bench:pagination → g7:bench 로 개명(4축을 재므로). 이전 이름은 별칭으로 남겼다.

테스트 61건 통과, 라이브 18종 전건 측정.
2026-08-02 14:44:33 +09:00

94 lines
2.7 KiB
PHP

<?php
namespace App\Enums;
/**
* 성능 계측 축 Enum
*
* `g7:bench` 커맨드가 재는 네 가지 대상을 구분합니다. 프로파일 선언의 `type` 필드
* 값 도메인이며, 축마다 필수 옵션과 실행기(`App\Benchmark\Axes\*`)가 다릅니다.
*/
enum BenchmarkAxis: string
{
/**
* 목록 SELECT 비용 (전체 컬럼 / 목록 컬럼 / 키 컬럼 3축 비교)
*/
case ListQuery = 'list';
/**
* 화면 1장 응답 시간 + 실행 쿼리 건수 + N+1 후보
*/
case Screen = 'screen';
/**
* 저장 경로 1회 소요 시간 (주문 생성, 게시글 등록 등)
*/
case Write = 'write';
/**
* 배치 커맨드 소요 시간 + 피크 메모리
*/
case Batch = 'batch';
/**
* 사람이 읽을 수 있는 라벨
*
* @return string 축 라벨
*/
public function label(): string
{
return match ($this) {
self::ListQuery => '목록 조회',
self::Screen => '화면 응답',
self::Write => '쓰기 작업',
self::Batch => '배치 작업',
};
}
/**
* 프로파일 선언에서 반드시 채워야 하는 옵션 키 목록
*
* 각 원소는 "대안 그룹"이며, 그룹마다 최소 하나가 선언되어야 합니다
* (`screen` 축은 라우트명 또는 URI 중 하나). 레지스트리가 이 목록으로 선언을
* 검증하며, 누락된 선언은 사유와 함께 경고로 드러내고 목록에서 제외합니다
* (조용히 버리면 계측 사각이 됩니다).
*
* @return array<int, array<int, string>> 필수 옵션 대안 그룹 목록
*/
public function requiredOptions(): array
{
return match ($this) {
self::ListQuery => [['table']],
self::Screen => [['route', 'uri']],
self::Write => [['callback']],
self::Batch => [['command']],
};
}
/**
* 기본적으로 데이터를 변경하는 축인지 여부
*
* true 인 축은 `--allow-write` 없이는 실행을 거부합니다. `screen` 축은 선언한
* HTTP 메서드에 따라 달라지므로 프로파일 단위로 다시 판정합니다.
*
* @return bool 데이터 변경 축 여부
*/
public function mutatesByDefault(): bool
{
return match ($this) {
self::ListQuery, self::Screen => false,
self::Write, self::Batch => true,
};
}
/**
* 모든 값 배열
*
* @return array<int, string> 축 값 목록
*/
public static function values(): array
{
return array_column(self::cases(), 'value');
}
}