일부 테넌트의 큰 요청이 다른 테넌트까지 지연시킵니다. 워커·연결·큐를 어떤 단위로 격리하나요?
꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →
잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?
답변과 점검 포인트 펼치기답변 접기
01
구두 답변
정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.
테넌트별 요청·큐·실행·연결 예산을 분리하고 서비스 전체 상한도 함께 둡니다. 테넌트마다 물리 풀을 무조건 만들면 유휴 자원과 연결 총량이 커질 수 있어 논리 허가와 공유 풀을 조합할 수 있습니다.
CPU 집계·DB 대기·큰 메모리 작업 중 무엇이 간섭하는지 계측합니다. 최소 예약과 공용 차용, burst·만료·기아 정책을 정하고 한 테넌트의 실패가 다른 쪽 재시도를 폭증시키지 않는지 시험합니다. 사용자별 메트릭 라벨을 무한히 늘리지 않고 제한된 집계와 trace로 진단합니다.
02
득점 포인트
이해가 드러나는 지점을 확인해 보세요.
- 테넌트별 요청·큐·실행·연결 예산을 분리하고 서비스 전체 상한도 함께 둡니다. 테넌트마다 물리 풀을 무조건 만들면 유휴 자원과 연결 총량이 커질 수 있어 논리 허가와 공유 풀을 조합할 수 있습니다.
- 사용자별 메트릭 라벨을 무한히 늘리지 않고 제한된 집계와 trace로 진단합니다.
03
감점 포인트
놓치기 쉬운 조건과 오해를 짚어 보세요.
- 다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: 테넌트별 요청·큐·실행·연결 예산을 분리하고 서비스 전체 상한도 함께 둡니다.
04
더 파고들 거리
하나 더 질문하며 이해의 범위를 넓혀 보세요.
득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.
원리부터 공부하고 싶다면
답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.